Копирование восстанавливаемых баз данных в SQL Server 2008/2012

У меня есть два SQL-сервера, один из этих серверов (сервер A) создает резервные копии журналов транзакций в некоторой базе данных и загружает их на другой (сервер B). К сожалению, у меня нет доступа к серверу А, я просто должен верить, что он выполняет свою работу по периодической загрузке журналов транзакций на сервер Б.

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

Есть ли способ скопировать/разветвить/создать резервную копию восстанавливаемой базы данных, чтобы у меня была одна ее версия, которая будет продолжать применять журналы транзакций, и одна версия, которая будет восстанавливаться для чтения/записи?


sql database sql-server backup transaction-log
person user3074410    schedule 27.12.2013    source источник

Ответы (1)


arrow_upward
1
arrow_downward

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

Если вы можете задействовать обе базы данных до 2012 года, я бы порекомендовал вам прочитать о группах доступности AlwaysOn. http://technet.microsoft.com/en-us/library/hh510230.aspx Они хороши тем, что вы можете оставить вторую копию онлайн в режиме только для чтения во время зеркалирования, все время. Таким образом, глупое, почти повторяющееся название того, что должно было называться чем-то простым, например, «Живое зеркалирование».

Кроме того, такие вопросы лучше задавать на одном из дочерних сайтов, таких как http://ServerFault.com или https://dba.stackexchange.com/

person Mark    schedule 27.12.2013