sp_wait_for_database_copy_sync (активное гео-реплика tion)
Применимо к:База данных SQL Azure Управляемый экземпляр SQL Azure
Эта процедура область связи "Активная георепликация" между первичной и вторичной. sys.sp_wait_for_database_copy_sync
Вызов вызова приложения ожидает, пока все зафиксированные транзакции реплика и подтверждены активной базой данных-получателем. Выполняется sys.sp_wait_for_database_copy_sync
только в базе данных-источнике.
Синтаксис
sp_wait_for_database_copy_sync [ @target_server = ] 'server_name'
, [ @target_database = ] 'database_name'
Аргументы
[ @target_server = ] 'server_name'
Имя сервера База данных SQL Azure, на котором размещена активная база данных-получатель. server_name — sysname без значения по умолчанию.
[ @target_database = ] 'database_name'
Имя активной базы данных-получателя. database_name — sysname без значения по умолчанию.
Значения кода возврата
Возвращает 0 при успешном завершений и номера ошибки в случае сбоя.
Наиболее вероятные условия возникновения ошибок:
Отсутствует имя сервера или базы данных.
Не удается найти ссылку на указанное имя сервера или базу данных.
Связь с подключением была потеряна и
sys.sp_wait_for_database_copy_sync
возвращается после истечения времени ожидания подключения.
Разрешения
Эту системную хранимую процедуру может вызывать любой пользователь в базе данных-источнике. Имя входа должно быть пользователем и в базе данных-источнике, и в активной базе данных-получателе.
Замечания
Все транзакции, зафиксированные перед вызовом sp_wait_for_database_copy_sync
, отправляются в активную базу данных-получатель.
Примеры
В следующем примере выполняется вызов sp_wait_for_database_copy_sync
, чтобы убедиться, что все транзакции фиксируются в базе данных-источнике, AdventureWorks
отправляются в активную базу данных-получатель на целевом сервере serverSecondary
.
USE AdventureWorks;
GO
EXEC sys.sp_wait_for_database_copy_sync @target_server = N'serverSecondary', @target_database = N'AdventureWorks';
GO
Связанный контент
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по