|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Alexander Mashtakov 2:469/150.1 23 Feb 2001 15:09:01 To : Sergey Yatsiuk Subject : MS SQL 7.0 -------------------------------------------------------------------------------- 23 Feb 01 13:14, you wrote to Nicolas Rudnev: SY> From: "Sergey Yatsiuk" <syatsiuk@popnet.kiev.ua> SY> Reply-To: "Sergey Yatsiuk" <syatsiuk@popnet.kiev.ua> SY> Hello, Nicolas! SY> You wrote to All on Fri, 23 Feb 2001 10:44:02 +0300: NR>> Dear All! NR>> Дано: 2 сервера SQL, на одном активно работают юзеры, второй - NR>> на случай падения первого. Согласно рекомендациям MS настроил NR>> резервное копирование по расписанию - полный бекап редко, дифф. - NR>> почаще, транзакции - часто. Все бекапы пишутся на backup devices, NR>> потом переносятся на резервный сервер и теперь вопрос - хотелось NR>> бы на автомате все восстанавливать, но при этом надо указывать NR>> какой бекап с устройства восстанавливать, ручками я указать могу, NR>> а в авторежиме как? SY> Встречный вопрос (может быть, и не в тему): а почему бы не поставить SY> кластерную версию и избавиться от геморроя с переносом? А что ты будешь делать, если порушится твоя БД на основном ? Обычно схема со stand-by SQL в частности решает и эту задачу. Перед apply очередного transaction лога делается dbcc checkdb на production сервере либо. Есть вариант и на stand by после наката изменений - и если есть к-л ошибки откатить на предудущее состояние и сделать его основным. NR>> Cheers, Nicolas SY> WBR, SY> Sergey SY> ... fido7 - это гейт плюс фидолукизация всей страны. (KSV) SY> ...Created by Fidolook Express (www.fidolook.da.ru) on Fri Feb 23 SY> 12:12:49 2001 SY> --- ifmail v.2.15dev5 SY> * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Alexander --- GEcho 1.02+ * Origin: Hi (2:469/150.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/27403a96540b.html, оценка из 5, голосов 10
|