Помогите пожалуйста хочу сделать резервный сервер

Дело в том что я пытался делать Лог Шиппинг в начале все работало потом случился сбой во втором сервере т.е. ушел свет первый после этого нормально включился а у второго источник бесперебойного питания умер пришлось заменить это обошлось в сутки получилось так что первый делал бэкапы а второй не получал теперь не может востановить. Такие явления как отключение электроэнергии у нас частые может кто нибудь подскажет какой нибудь другой способ резервного копирования данных и изменений в базеЗаранее спасибо
20 ответов

Количество баз более 30 штук. И еще а может есть какой нибудь метод который может дополнить пропущенные бакапы.


настроил лог шиппинг на своих серверах, все хорошо работает.в вашем случае возможно следующее1. либо за те сутки уже потеряна часть бэкапа лога и нужно с самого начала все настраивать2. либо вышел интервал out_of_sync_threshold (msdb..log_shipping_secondaries), видим соответствующее сообщение, и не хотит синхронизироваться


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


Такие явления как отключение электроэнергии у нас частые может кто нибудь подскажет какой нибудь другой способ резервного копирования данных и изменений в базеЗаранее спасибо
Версию Oracle мы должны угадывать телепатически?Хотя начать нужно с приобретения надежных UPS.


А причем тут Oracle?


Надежность хороших UPS тоже условна. Не смотря на резервирование, они тоже ломаются. Попробуйте заменить за один час, что-то вроде APC Symmetra


Я это понял что удалились файлы бэкапов в основном сервер.Хотелось бы узнать какой нибудь другой способ отличный от Log Shipping`а


Log shipping довольно неплохой механизм поддержки отказоустойчивости. Есть ещё кластеризация, но это довольно дорогое решение. И в 2005 появилось зеркалирование, но в данном случае последствия отказа второго сервера зависят от настроек зеркалирования.


А причем тут Oracle?
При том, что человек просит совета по организации промежуточного резервного копирования.


При том, что человек просит совета по организации промежуточного резервного копирования.
Ну так и ветка про MSSQL... :-)


Спасибо за помощь но почитав литературу, форум пришел к выводу что Log Shipping самое простое только не такое надежное (это мое мнение) придется на нем остановится. Только вот полной картины так я не понял ну например база паролей хранится в системных базах их тоже надо делать или нет? Если нет то при отказе первого сервера у меня не будет системной базы с паролями на базу. Во вторых я не понял как происходит переключения если первый умрет, Здесь на форуме написано что вручную. НО!!! Если первый умер и не подлежит к востановлению то как сообщить Log Shipping monitor о том что второй сервер стал основным!!!


Пользователи и пароли переносятся по расписанию скриптом или с помощью DTS, после сбоя необходимо будет перепривязать логины к юзерам. Переход на резервный сервер происходит вручную, отключение мониторинга тоже.


Ну так и ветка про MSSQL... :-)
Ой!...как я сюда попал? Всем сорри.


Спасибо pr0gerЕще один вопрос у меня есть базы которые не копируются в резервный сервер т.е. не дает визард создать Log Shipping, как с ними быть, или где можно увидеть информацию о том что база защищена от копирования.


Вероятно у этих баз установлена модель восстановления Simple, нужно установить Full


Спасибо точно стоит Simple если я его изменю на Full каких нибудь побочных эффектов не будет?


При своевременном резервном копировании журналов транзакций ничего страшного произойти не должно. Есть некоторые дурацкие программы, которые в процессе своей работы меняют режим восстановления или обрезают журнал транзакций, при это логшиппинг ломается :(


Спасибо pr0gerто что меня мучило наконец до меня дошло, последний вопрос когда Log Shipping делает копию журналов транзакций она отключает пользователей от базы?


нет, не отключаются. Для пользователей работа logshipping прозрачна


Спасибо