Восстановление бекапа для SQL SERVER 2005

← →
И. Павел © (2011-12-16 14:57) [0]

Здравствуйте.

У нас есть большая бухгалтерская программа, которая использует базу данных, размещенную на MS SQL 2005. Программу использует 1000 пользователь (если не больше). Программа написата сторонней компанией.
В базе этой программы есть полнотекстовый индекс, который начал глючить с лета.
Например, если попробовать просмотреть свойства индекса в Management Studio, то выводится ошибка:
propertyFullTextIndexSize is not availabel for FullTextCatalog "[delo_fulltext_catalog]". This property may not exist for this object, or may not be retrivable due to insufficient access rights. (microsoft.SQLServer.Smo)
Видимо, полнотекстовый индекс все равно никто не использовал, поэтому единственное, в чем это проявилось  перестал выполняться бекап.
А это значит, что поломка базы стала значительно опаснее, т.к. летние копии данных не актуальны.
Теперь нужно восстановить бекап, а значит  исправить полнотекстовый индекс.
Мне сказали помочь в этом администраторам.
После тестирования на пробной БД, я предложил удалить полнотекстовый индекс DROP FULLTEXT INDEX, удалить полнотекстовый каталог на диске (остановив предварительно службу полнотекстового поиска, чтобы она отпустила каталог), потом сделать бекап транзакций (без него следующая операция не выполнится), создать полнотекстовый индекс и через Management Studio привязать его к тому же уникальному индексу БД, к которому был привязан старый индекс.

Но руководство хочет иметь полную гарантию того, что если что-то пойдет не так, информация не потеряется и БД можно будет восстановить.
Подскажите, пожалуйста, как можно сделать бекап базы в таких условиях? Т.е. если стандартный бекап не выполняется?

Заранее спасибо.

PS:
Есть вариант создать виртуальную машину, идентичную машине, на которой работает SQL SERVER. После этого можно либо провести тест исправления на новой машине, или считать ее бекапом на случай, если что-то пойдет не так на продуктивном сервере. Но сервер занимает 2ТБ памяти, и делать такую машину проблематично, т.к. нет подходящего сервера, сеть загрузится при передаче 2 ТБ, и еще придется останавливать сервер, с которого будет делаться слепок (а тогда перестанет работать ряд программ, использующих службу SQL SERVER на этом сервере).

← →
OW © (2011-12-16 15:00) [1]

Сервер вообще не останавливается?
24/7?

← →
И. Павел © (2011-12-16 15:02) [2]

> [1] OW © (16.12.11 15:00)
> Сервер вообще не останавливается?
> 24/7?

Да. Но для бекапа можно все же будет его остановить на какое-то время.

← →
Труп Васи Доброго © (2011-12-16 15:25) [3]

> Да. Но для бекапа можно все же будет его остановить на какое-
> то время.

ну я в подобных случаях не мудрствовал лукаво и делал ZIP архив базы и простую копию, всё на разные внешние винчестеры.

← →
И. Павел © (2011-12-16 15:30) [4]

> ZIP архив базы и простую копию

mdf файла?

Там еще есть full text catalog  каталог на диске, куда складываются полнотекстовые индексы.

mdf и полнотекстового каталога достаточно? Или могут быть другие файлы? Например, индексы сохраняются в отдельных файлах на OC или все их страницы хранятся в mdf?

← →
И. Павел © (2011-12-16 15:34) [5]

> mdf файла?

Как выяснилось, есть еще ndf и логи транзакций...
Можно ли как-нибудь узнать весь перечень файлов и папок, принадлежащий определенной базе данных?

← →
Труп Васи Доброго © (2011-12-16 15:45) [6]

Кто администратор базы??? Он что, не в курсе где база хранится? Спроси у него.

← →
Anatoly Podgoretsky © (2011-12-16 15:57) [7]

> И. Павел (16.12.2011 14:57:00) [0]

> БД можно будет восстановить.

А вас что один архив, если много то делается попытка восстановления в другую
базу, или контроль целостности средствавми сервера.
Но это не дает гарантии, надо распределеную систему хранения реплик бекапа.

← →
Anatoly Podgoretsky © (2011-12-16 15:58) [8]

> И. Павел (16.12.2011 15:02:02) [2]

Для создания бекапа остановка сервера не требуется, бля баз любого размера

← →
Anatoly Podgoretsky © (2011-12-16 16:01) [9]

> И. Павел (16.12.2011 15:34:05) [5]

Конечно, в свойства сервера, можно увидеть все файловые группы и
местонахождения файлов.
Тебя же в помощь послали, а оказывается, что ты ничего не знаешь, это будет
не помощь, а что то противоположное.

← →
И. Павел © (2011-12-16 16:12) [10]

> [9] Anatoly Podgoretsky © (16.12.11 16:01)

Спасибо. Только это уже в понедельник буду пробовать, т.к. администраторы уже ушли.
Администор знает еще меньше. И не хочет разбираться...

← →
OW © (2011-12-16 16:20) [11]

> И. Павел ©

делал как-то так же, как и
> Труп Васи Доброго © (16.12.11 15:25) [3]

в 21-00, все стопнул, все скопировал на другой диск (f5 в total), потом начал химичить. Когда не получилось - все скопировал назад, запустил - работает
И продолжил химию.
К 8-00 запустил нахимиченное.

Где хранятся файлы БД - подскажет EM, с-ва БД.
mdf и ldf есть у любой БД. Остальное надо смотреть.

← →
OW © (2011-12-16 16:21) [12]

да, мастера не забыть скопировать тоже!

← →
OW © (2011-12-16 16:23) [13]

т.е. даже все system database, ибо там и описана конфигурация любой БД

> да, мастера не забыть скопировать тоже!

msdb тогда уж тоже

ldf - файлы логов предварительно можно отрубить в минимум
что бы лишнего не копировать
по-моему, в FAQ на sql.ru написано как.

> И. Павел (16.12.2011 16:12:10) [10]

> Администор знает еще меньше. И не хочет разбираться...

Это плохо и повод задуматься

> OW (16.12.2011 16:20:11) [11]

Не EM, в SSMS
При восстановление можно указать другое место.

> OW (16.12.2011 16:29:15) [15]

Все описано в БОЛ

> OW ©

Спасибо. Наверное, попробую скопировать все файлы базы данных на резервный диск. В случае чего - переподсуну базе эти резервные копии. Сейчас попробую все это на домашнем компьютере сделать.

Начальник сказал, что уволит администратора, если мы чего-нибудь не то сделаем (не меня, т.к. я просто помогаю :). Но администратора это вот не волнует... Думаю, что он по субботам спит, а не инсталлирует MS SQL SERVER на домашний компьютер для экспериментов :)

Восстановление бекапа для SQL SERVER 2005 Найти похожие ветки