Аварийное восстановление BizTalk

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

Наш администратор базы данных использует зеркальное отображение SQL на другой сервер для аварийного восстановления. Сервер расположен в другом физическом месте и имеет другой IP-адрес. Если что-то случится с главным сервером, мне сказали, что администратор базы данных может легко переключиться на зеркальное расположение, и работа будет продолжена в обычном режиме. Наши базы данных BizTalk зеркалируются и защищены по схеме, описанной выше. Это необходимо для создания контекста моего вопроса ниже.

Мой вопрос: в случае аварии, есть ли способ быстро настроить BizTalk для просмотра зеркальной базы данных? Когда был настроен BizTalk, было место для размещения SQL-сервера. Итак, мне интересно, пытался ли какой-нибудь гуру BizTalk настроить какой-то тип «двойной конфигурации», чтобы направлять BizTalk туда и обратно между основным SQL Server и зеркальным сервером SQL?

Я знаю, что BizTalk предоставляет своего рода резервную копию базы данных BizTalk для аварийного восстановления, но я думаю, что резервная копия предназначена только для восстановления данных до точки до того, как произойдет авария. Мой сценарий, возможно, немного отличается: он обеспечивает непрерывность операций во время аварии, поскольку базы данных BizTalk зеркалируются. Имеет ли смысл мой вопрос? Я новичок в BizTalk, если кто-то знает, как лучше справиться с аварийным восстановлением или непрерывностью работы во время бедствия, сообщите об этом.


person user1205746    schedule 19.12.2017    source источник
comment
какую версию SQL Server вы используете?   -  person    schedule 20.12.2017
comment
SQL Server 2016 Enterprise ... Сам сервер уже зеркалирован. Я просто спрашивал о конфигурации Biztalk для переключения на зеркальный сервер. Я бы подумал, что если сама база данных SQL Server будет синхронизирована, коммутатор не испортит операции biztalk ... Кто-нибудь пробовал это?   -  person user1205746    schedule 21.12.2017
comment
Если вы используете SQL 2016 Enterprise, я бы посоветовал вам начать перемещать свою стратегию HADR с помощью групп доступности (AG), потому что Biztalk имеет несколько баз данных, таких как Sharepoint. Вы можете использовать отказоустойчивость групп баз данных в отличие от зеркалирования. Зеркалирование является устаревшей функцией, поэтому не используйте ее в будущем. Теперь волшебство будет в строке подключения при отработке отказа. Я предлагаю вам прочитать документы, представленные ниже, в ответе @Dijkgraaf. Единственная проблема (о которой я могу думать в данный момент) - вам нужно убедиться, что все ваши логины и задания синхронизированы с другими вторичными серверами реплик.   -  person    schedule 22.12.2017
comment
@dco: Очень интересно! Спасибо!!   -  person user1205746    schedule 25.12.2017


Ответы (1)


Из Высокий Доступность с помощью групп доступности AlwaysOn для SQL Server

BizTalk Server 2016 поддерживает режим синхронной фиксации; режим асинхронной фиксации не поддерживается. Для аварийного восстановления рекомендуется настроить задание резервного копирования BizTalk Server и использовать доставку журналов. См. Резервное копирование и восстановление BizTalk. Дополнительные сведения о серверных базах данных.

Проблема с зеркалированием заключается в том, что BizTalk имеет несколько баз данных, и если они не все восстановлены / зеркально отражены в одной и той же точке, это вызовет неожиданное поведение в BizTalk.

person Dijkgraaf    schedule 19.12.2017
comment
Спасибо за информацию. Итак, просто чтобы убедиться, что я вас правильно понимаю, если я использую доставку журналов и предупреждения о бедствиях, biztalk больше не будет использоваться во время бедствия. Он должен оставаться в автономном режиме, пока все не вернется в нормальное состояние, затем будет использоваться доставка журналов для восстановления базы данных в исходное состояние до того, как произойдет авария. Я правильно понимаю? - person user1205746; 20.12.2017
comment
да. К сожалению, перед запуском на серверах аварийного восстановления (SQL SERVER, BTS Runtime и т. Д.) Вам нужно набрать персонал вручную. Взгляните на эту хорошую вики. social.technet.microsoft.com/ вики / содержание / статьи / - person Hichamveo; 22.12.2017
comment
@Hichamveo: Это потрясающая ссылка, в которой рассказывается, что делать, чтобы подготовиться к катастрофе и восстановиться после нее. Большое спасибо! - person user1205746; 25.12.2017
comment
@Dijkgraaf: Спасибо! Ваша ссылка мне очень помогла .. оценил это! - person user1205746; 26.12.2017
comment
@Dijkgraaf: Я полностью понимаю ваше объяснение выше. Но наш администратор баз данных не позволяет выполнять резервное копирование данных на подключенный диск и даже на мой сервер BizTalk. Итак, схема, которую вы обсуждали выше, совершенно неуместна. Однако он имеет зеркальные базы данных (но не использует функцию высокой доступности, которую предоставляет SQL Server 2016). Мой последующий вопрос: если произойдет авария, сервер BizTalk выйдет из строя, но, поскольку базы данных BT зеркалируются, после того, как все вернется в нормальное состояние и зеркальные данные будут восстановлены, сможет ли BizTalk продолжить работу? Конечно, он выйдет из строя во время бедствия. - person user1205746; 12.01.2018
comment
@ user1205746 См. msdn.microsoft.com/en-us/library/ и asp.be/configuring-biztalk-2013-backup-disaster-recovery Это просто не поддерживается для BizTalk. Вы можете заставить его работать, но тогда, если будут обнаружены какие-либо проблемы, Microsoft не будет оказывать поддержку. - person Dijkgraaf; 13.01.2018
comment
@Dijkgraaf: У меня есть дополнительный вопрос по этой теме, пожалуйста, дайте мне знать, если это оправдывает отдельный вопрос, и я его выделю. Ваш предыдущий документ убедил нашего администратора баз данных использовать доставку журналов для резервного копирования BizTalk, но он использует свой собственный агент резервного копирования SQL-сервера, а не задание, предоставленное Biztalk, и он не раскрывает его, как он выполняет резервное копирование, просто говоря, что он использует доставку журналов, а не зеркалирование . Теперь, когда пришло время восстановить BizTalk после аварии, что мне нужно попросить у него для восстановления BizTalk? Я новичок в BizTalk, и он ничего не знает о BizTalk. - person user1205746; 08.02.2018
comment
@ user1205746 Если он не использует стандартное задание и хранимую процедуру агента SQL, то при возникновении каких-либо проблем с их восстановлением вы не сможете получить поддержку от Microsoft. Я бы посоветовал вам выполнить упражнение DR и посмотреть, работает ли оно. - person Dijkgraaf; 08.02.2018
comment
@Dijkgraaf: хорошая идея. Благодарим за ваше предложение. Я дам ему знать ... - person user1205746; 08.02.2018