При использовании MOSS 2007 на сервере SQL 2005 есть ли способ выполнить «одностороннюю» синхронизацию данных с рабочего сервера на резервный? Это будет только односторонний процесс и может происходить ежедневно, а не в режиме реального времени. Резервный сервер вообще не будет использоваться, если только главный сервер не выйдет из строя, и переключение будет выполняться вручную.
DrStalker,
У вас есть несколько вариантов, и Ник и Том выделили пару из них. Для вашего конкретного сценария я лично считаю, что доставка журналов является отличным вариантом. После настройки вы можете просто оставить резервную ферму в базе данных (ах) в режиме ожидания / восстановления до тех пор, пока это не понадобится. Если ваш основной сервер / ферма выйдет из строя, вы откроете резервный ящик.
Преимущество доставки журналов в том, что ваше функциональное окно RPO (целевой точки восстановления) может быть много меньше, чем описываемые вами 24 часа. По умолчанию (если я правильно помню) доставка журналов может происходить каждые 15 минут. Этот интервал также можно настроить до пяти минут. Одно большое изменение фермы, которое вам нужно сделать, - это убедиться, что все ваши базы данных находятся в режиме восстановления, который поддерживает доставку журналов (обычно полное восстановление).
Зеркальное отображение базы данных является вариант, и он использовался для обеспечения возможности переключения при сбое почти в реальном времени для сред SharePoint. Однако такая гибкость сопровождается некоторыми существенными ограничениями и требованиями. Зеркальное отображение базы данных очень чувствительно к проблемам с задержкой в сети, поэтому, если ваши производственные базы данных и сервер резервного копирования не находятся в непосредственной близости с точки зрения сети, возникнут проблемы. Кроме того, вам необходимо внести в свою среду некоторые нетривиальные изменения. Ссылки, которые предоставил Том, хороши для получения дополнительной информации и помощи по реализации.
В зависимости от потребностей вашей среды резервного копирования вы можете рассмотреть еще один вариант (который позволяет полностью обойти SQL Server) - это развертывание контента. Механизм развертывания контента MOSS - это реализация функций экспорта и импорта SharePoint; вы указываете исходную информацию (исходная ферма и сайт), место назначения (в вашем случае ферма резервного копирования) и интервал работы, а SharePoint заботится об экспорте вашего сайта и его переносе в место назначения. Это обычно используется в сценариях публикации фермы, но это может быть еще один возможный вариант в вашей ситуации. Вы можете найти дополнительную информацию здесь: http://technet.microsoft.com/en-us/library/cc263428.aspx
Наконец, еще один вариант, отличный от SQL, который может сработать для вас, - это просто написание соответствующего сценария. STSADM.exe - резервное копирование необходимые операции, копирование файлов на сервер резервного копирования и выполнение связанных STSADM-exe -restore операции для ввода содержимого. Это не будет делать ничего, что (функционально) отличалось бы от экспорта и импорта базы данных SQL, но это еще один относительно простой вариант.
Удачи!
Самый простой вариант - настроить на резервном сервере задание агента sql, которое будет выполнять ежедневное восстановление из резервной копии, взятой с основного. Вы можете выполнить восстановление по UNC-пути, чтобы избавить вас от необходимости копировать резервную копию.
Кроме того, вам необходимо убедиться, что вы синхронизируете свои логины с основным, что вы можете сделать в SSIS с помощью задачи передачи логинов.
Альтернативой может быть использование доставки журналов, хотя вам следует делать резервные копии журналов чаще, чем один раз в день. Обратной стороной этого является то, что вам необходимо перевести базу данных в режим полного или массового восстановления.
Резервное копирование и восстановление SQL Server может нормально работать в вашем сценарии. Еще одна возможность - зеркалирование SQL Server. Microsoft написала технический документ, объясняющий, как это работает, Настройка зеркалирования базы данных для продуктов и технологий SharePoint. Я видел эту работу с описанной ручной сменой, и ее не нужно много настраивать после того, как вы прочитали технический документ. Вы также можете найти способы внести изменения вручную, необходимые для SharePoint после сбоя основного зеркала, например, на этот блог pост.