Win2003Server+MSSQL2000
Shpilka12
Новичок
10/19/2008, 9:13:28 PM
Здравствуйте, ребята, может вы подскажете.
Есть сеть, всего 5 компов, среди которых:
контроллер домена (Win 2003 Server R2, MSSQL Server 2000 SP1, DNS, FileServer, WINS-server)
резервный контроллер домена (Win 2003 Server R2, DNS2)
терминал сервер (Win 2003 Server R2)
Два клиента (WinXPpro)
Задача тривиальна – правильно делать резервные копии DC чтобы в случае аварии заставить все это дело функционировать в максимально короткий срок и 100% не потерять базы MSSQL Server. Их 12 штук, общий объем примерно 1Gb, хранятся на системном диске по умолчанию, информация, само собой - бесценна! Сам сервер на базе AMD, Promise 4310 (зеркало), функционирует больше 3-х лет без остановки, винты Seagate не серверные…
Хочу использовать Acronis TI Echo Enterprise Server with universal restore (без проблем видит контроллер рэйд из загрузочной версии) чтобы полностью создавать образ системы. Как я понимаю (из форумов и мануалов), при восстановлении контроллера домена в случае сбоя сначала производится восстановление разделов из образа, а потом накатывается SystemState. То есть для контроллера домена еще надо будет сразу после создания образа Акронисом делать бэкап SystemState или в случае 1-го единственного контроллера домена это не обязательно?
Но основной вопрос в другом. Как быть с базами? При создании образа диска Акронисом, далеко не факт, что базы окажутся работоспособными, так как мне совершенно не понятно, когда чудный MSSQL отрабатывает транзакции из кэша на диск. Мне не доводилось раньше работать с MSSQL, поэтому приходится изучать ускоренно и сейчас.
Из мануалов понятно следующее: Бэкапить сначала саму базу, потом лог ее журнала транзакций и при этом он автоматически должен очищаться, а также обязательно бэкапить системные (master, model, msdb) Раньше этот сервер обслуживала организация. У них настроено только ночное ежедневное резервирование баз, в которое не входит резервирование журнала транзакций каждой базы, а также не входит резервирование системных (master, model, msdb). Два дня назад приходилось вручную чистить журналы с помощью Shrink Database, предварительно отключив всех юзверей, т.к. в логах SQL-сервера были жалобы «Database log truncated» на некоторые базы. То есть журнал транзакций не очищался после ночного автоматического резервного копирования.
Подскажите пожалуйста, кто сталкивался, как правильно бэкапить сию чудную конфигурацию? И еще. Кто-нибудь использовал для Acronis for MSSQLServer? Стоит ли в данной ситуации задуматься об использовании этой программулины?
Есть сеть, всего 5 компов, среди которых:
контроллер домена (Win 2003 Server R2, MSSQL Server 2000 SP1, DNS, FileServer, WINS-server)
резервный контроллер домена (Win 2003 Server R2, DNS2)
терминал сервер (Win 2003 Server R2)
Два клиента (WinXPpro)
Задача тривиальна – правильно делать резервные копии DC чтобы в случае аварии заставить все это дело функционировать в максимально короткий срок и 100% не потерять базы MSSQL Server. Их 12 штук, общий объем примерно 1Gb, хранятся на системном диске по умолчанию, информация, само собой - бесценна! Сам сервер на базе AMD, Promise 4310 (зеркало), функционирует больше 3-х лет без остановки, винты Seagate не серверные…
Хочу использовать Acronis TI Echo Enterprise Server with universal restore (без проблем видит контроллер рэйд из загрузочной версии) чтобы полностью создавать образ системы. Как я понимаю (из форумов и мануалов), при восстановлении контроллера домена в случае сбоя сначала производится восстановление разделов из образа, а потом накатывается SystemState. То есть для контроллера домена еще надо будет сразу после создания образа Акронисом делать бэкап SystemState или в случае 1-го единственного контроллера домена это не обязательно?
Но основной вопрос в другом. Как быть с базами? При создании образа диска Акронисом, далеко не факт, что базы окажутся работоспособными, так как мне совершенно не понятно, когда чудный MSSQL отрабатывает транзакции из кэша на диск. Мне не доводилось раньше работать с MSSQL, поэтому приходится изучать ускоренно и сейчас.
Из мануалов понятно следующее: Бэкапить сначала саму базу, потом лог ее журнала транзакций и при этом он автоматически должен очищаться, а также обязательно бэкапить системные (master, model, msdb) Раньше этот сервер обслуживала организация. У них настроено только ночное ежедневное резервирование баз, в которое не входит резервирование журнала транзакций каждой базы, а также не входит резервирование системных (master, model, msdb). Два дня назад приходилось вручную чистить журналы с помощью Shrink Database, предварительно отключив всех юзверей, т.к. в логах SQL-сервера были жалобы «Database log truncated» на некоторые базы. То есть журнал транзакций не очищался после ночного автоматического резервного копирования.
Подскажите пожалуйста, кто сталкивался, как правильно бэкапить сию чудную конфигурацию? И еще. Кто-нибудь использовал для Acronis for MSSQLServer? Стоит ли в данной ситуации задуматься об использовании этой программулины?
DELETED
Акула пера
10/20/2008, 1:43:20 AM
Какой аварии, дорогой?
Shpilka12
Новичок
10/20/2008, 3:59:47 AM
(JeyLo @ 19.10.2008 - время: 21:43) Какой аварии, дорогой?
Любой возможной и непредвиденной, естественно...
Любой возможной и непредвиденной, естественно...
DELETED
Акула пера
10/21/2008, 3:14:54 PM
М-да. 100% не бывает.
RAID 1 или RAID 1+0 на PDC и ежесуточный бэкап System State встроенными средствами ОС + еженедельный контрольный бэкап System State в отдельное устройство (желательно за пределами основного дискового массива).
Таким образом восстановление работоспособности PDC после полного падения гарантируется в течении, максимум, часа. В большинстве случаев после простой перезагрузки и восстановления избыточности.
Теперь про MS SQL. Лучший вариант - поднять на BDC еще один MS SQL сервер (опять же с RAID 1) и реплицировать на него основной. При этом делать бэкап на обоих с помощью стандартного SQL агента.
Самый надежный вариант. Избыточности выше крыши.
Утилиты для ленивых. :)
Да, как факт приятно все делать с помощью sp. Там столько возможностей. :)
use mydatabase
exec sp_addumpdevice 'disk', 'mydatabasebk', '%backups%\mssql\mydatabase.dat'
exec sp_addumpdevice 'disk', 'mydatabaselogbk', '%backups%\mssql\mydatabase_log.dat'
backup database mydatabase to mydatabasebk
backup log mydatabase to mydatabaselogbk
RAID 1 или RAID 1+0 на PDC и ежесуточный бэкап System State встроенными средствами ОС + еженедельный контрольный бэкап System State в отдельное устройство (желательно за пределами основного дискового массива).
Таким образом восстановление работоспособности PDC после полного падения гарантируется в течении, максимум, часа. В большинстве случаев после простой перезагрузки и восстановления избыточности.
Теперь про MS SQL. Лучший вариант - поднять на BDC еще один MS SQL сервер (опять же с RAID 1) и реплицировать на него основной. При этом делать бэкап на обоих с помощью стандартного SQL агента.
Самый надежный вариант. Избыточности выше крыши.
Утилиты для ленивых. :)
Да, как факт приятно все делать с помощью sp. Там столько возможностей. :)
use mydatabase
exec sp_addumpdevice 'disk', 'mydatabasebk', '%backups%\mssql\mydatabase.dat'
exec sp_addumpdevice 'disk', 'mydatabaselogbk', '%backups%\mssql\mydatabase_log.dat'
backup database mydatabase to mydatabasebk
backup log mydatabase to mydatabaselogbk