Копия базы данных SQL Azure с активной репликой
У меня возникла проблема при создании копии нашей базы данных SQL Azure. База данных, которую мы копируем, имеет онлайн-реплику как часть георепликации, которая доступна и настраивается через портал Azure.
Мы делаем копию первичных данных на другой сервер с помощью кнопки копирования на портале Azure, но наша копия базы данных по-прежнему считает себя частью набора реплик.
Например, я запускаю следующий SQL:
ALTER DATABASE <DatabaseName> SET SINGLE_USER WITH ROLLBACK IMMEDIATE
Я получаю такой ответ:
The operation cannot be performed on database "" because it is involved in a database mirroring session or an availability group. Some operations are not allowed on a database that is participating in a database mirroring session or in an availability group. Msg 5069, Level 16, State 1, Line 1 ALTER DATABASE statement failed.
Я пробовал бежать:
ALTER DATABASE <DatabaseName> SET PARTNER OFF;
Это не поддерживается в составе azure-sql, поэтому я получаю ответ:
Keyword or statement option 'PARTNER' is not supported in this version of SQL Server.
Портал Azure для копия базы данных сообщает, что «Георепликация не настроена»
Может ли кто-нибудь указать мне в правильном направлении, как сказать копия базы данных, что он больше не является частью какой-либо репликации?
Ответы 3
Я спрошу команду инженеров. Может случиться так, что во время копирования он концептуально является частью набора реплик до завершения копирования.
Ваша альтернатива, которая должна работать без каких-либо проблем, таких как то, что вы видите, чтобы разблокировать вас, - это восстановить резервную копию «сейчас», которая сделает новую копию базы данных для вас из самой последней резервной копии (она делает дифференциальные резервные копии, поэтому вы получаете все изменения до указанного вами момента времени). Попробуйте и посмотрите, принесет ли вам то, что вам нужно.
Позвольте мне уточнить. Операторы, которые вы пытаетесь выполнить для отката, не поддерживаются в SQL Azure. Однако, если вы выполняете восстановление из восстановления на определенный момент времени, вы действительно получаете копию базы данных, восстановленную из резервной копии, которая не является частью отношения непрерывного копирования. Таким образом, вам совсем не НУЖНО запускать эти команды, если вы просто выполняете восстановление из самой последней резервной копии.
Добавляя к ответу Конора, вы также можете попробовать экспортировать базу данных как bacpac, а затем импортировать ее как новую базу данных. Здесь вы узнаете, как экспортировать базу данных в учетную запись хранения Azure.
Спасибо за этот совет. Моя проблема заключалась в нескольких вещах, но это помогло больше всего.
Надеюсь, у вас будет время рассказать нам обо всех причинах исходной ошибки. Я рада, что мы все так или иначе помогли тебе,
Этот
alter database current set single_user with rollback immediate
Всегда дает сбой в базе данных SQL Azure с помощью:
Msg 1468, Level 16, State 1, Line 3 The operation cannot be performed on database "xxxx" because it is involved in a database mirroring session or an availability group.
Вы увидите, что single_user отсутствует в поддерживаемом синтаксисе для ИЗМЕНИТЬ БАЗУ ДАННЫХ Базы данных SQL Azure. Вместо этого вы можете установить RESTRICTED_USER:
<db_update_option> ::=
{ READ_ONLY | READ_WRITE }
<db_user_access_option> ::=
{ RESTRICTED_USER | MULTI_USER }
RESTRICTED_USER
RESTRICTED_USER allows for only members of the db_owner fixed database role and dbcreator and sysadmin fixed server roles to connect to the database, but does not limit their number. All connections to the database are disconnected in the timeframe specified by the termination clause of the ALTER DATABASE statement. After the database has transitioned to the RESTRICTED_USER state, connection attempts by unqualified users are refused. RESTRICTED_USER cannot be modified with SQL Database Managed instance.
Без возможности подключения к мастеру и просмотра и, возможно, уничтожения сеансов, подключенных к пользовательским базам данных, установка для базы данных значения SINGLE_USER может быть плохой.
Я попробовал вариант восстановления на определенный момент времени, и у нас возникла та же проблема, что и с прямой копией.