Назад | Перейти на главную страницу

Доставка журналов для нескольких баз данных SQLServer 2008 Standard

В настоящее время мы используем довольно простой сценарий, который мы написали для регистрации отправки наших баз данных на наш сайт аварийного восстановления (и обратно), но хотим перейти к лучшему решению. Первоначально мы отказались от встроенного решения для доставки журналов, поскольку нам пришлось бы настраивать его вручную для каждой базы данных (у нас их около 40, а к концу года будет 80, всего около 2-5 ГБ), а также не можем его получить. работать в таком порядке, чтобы все они занимали пропускную способность одновременно. Наша текущая проблема заключается в том, что если вторичный сервер «пропускает» журнал, он идет не так, и нам приходится переносить всю базу данных. Думаю, мой вопрос - мы здесь ошиблись? У нас нет больших сумм денег, чтобы потратить их на решение, только наше время и терпение :-). В основном нам нужно добраться до нашего сайта аварийного восстановления и обратно в течение 30 минут, и для теста мы беспокоимся о потере данных (но для настоящей катастрофы мы не возражаем). Я оцениваю любые идеи или предложения.

Крис

Мы решили базовую доставку журналов, просто используя встроенную доставку журналов sql server 2008. Это позволило нам указать время для каждого задания, и это здорово.

Я не понимаю, что "... не могу заставить его работать в определенном порядке, поэтому все они занимают полосу пропускания одновременно ...". Для меня это звучит так, будто вы хотите управлять копированием журналов, что вы хотите минимизировать здесь коллизии заданий. Кроме того, вы не упоминаете допустимую задержку. Я мог видеть, что настройка встроенной доставки журналов может быть нежелательной, учитывая настройку такого количества баз данных, но она даст вам возможность планировать запуск заданий копирования для каждого отправленного журнала. Не то, что вы просили, но в отсутствие пуленепробиваемого настраиваемого скрипта или стороннего инструмента это вариант.

Red-Gate SQL Backup выполняет доставку журналов. Я только пробовал это, но интерфейс и планирование в нем могут быть тем, что вам нужно. У них также есть пробная версия.

не так уж и сложно написать собственные сценарии доставки журналов, чтобы учесть это. Я разместил несколько скриптов на searchsqlserver.com, которые вы можете использовать.