Теплый резервный SQL Server / веб-сервер

Question

SQL-сервер с теплым резервированием / веб-сервер

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

Мы только что переместили наш веб-сервер с сайта, и теперь я хотел бы сохранить теплый резерв как сайта, так и базы данных (SQL 2005) на сайте. Каковы наилучшие практики для этого в следующей среде?

Offsite: наш веб-сайт и база данных (SQL 2005) находятся на одном сервере Windows 2003. Перед сервером установлен брандмауэр, который делает репликация или зеркальное отображение базы данных не вариант. Vpn также не вариант.

Моя мысль как разработчика заключалась в том, чтобы написать сервис, который запускается на удаленном сайте для архивации и передачи ftp резервной копии базы данных на ftp-сервер. местный. Затем другой процесс разархивирует резервную копию и восстановит ее в базе данных горячего резервирования.

Полагаю, я мог бы сделать это и с веб-сайтом.

Я был бы открыт для всех идей, включая сторонние решения.

Answer 1

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

Забудь об этом - только что нашел. Похоже, что вы собираетесь делать. http://www.sqlservercentral.com/articles/Administering/customlogshipping/1201/

Answer 2

Если вам нужен удаленный режим ожидания, вы, вероятно, захотите найти решение для доставки журналов.

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

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

Answer 3

Для всех заинтересованных лиц следующий вопрос также связан с моим общим планом по реализации доставки журналов:

SQL Server sp_cmdshell

Answer 4

www.FolderShare.com - хороший инструмент от Microsoft. Вы можете войти в локальный каталог, а затем синхронизировать каталог с любым другим компьютером. Вы также можете синхронизировать папки веб-сайта.

Тип решения "Установите и забудь". Настройте задания SQL для очистки старых файлов, и вам никогда не придется ничего редактировать после первоначальной установки.

FolderShare (бесплатно, в бета-версии) в настоящее время ограничен 10 000 файлов на библиотеку.

Answer 5

Спасибо за ссылку на статью sambo99. Доставка журналов транзакций была моей первоначальной идеей, но я отклонил ее, поскольку серверы не находятся в одном домене, даже в одном часовом поясе. Мой единственный метод перемещения файлов из точки A в точку B - через FTP. Я собираюсь экспериментировать только с доставкой журналов транзакций. И посмотрите, есть ли способ запустить задание восстановления через определенные промежутки времени.

Answer 6

Я слышал хорошие вещи о Syncback:

http://www.2brightsparks.com/syncback/sbpro-features.html