Мне интересно кое-что относительно этой статьи: https://docs.microsoft.com/en-us/azure/sql-database/sql-database-manage-application-rolling-upgrade
Мы хотели бы выполнить обновление базы данных, включающее ~ 3 миллиона записей в таблице.Обновление добавит столбец extr в упомянутую таблицу, что может занять до 5 минут.
Короче говоря, Microsoft предлагает создать согласованную с точки зрения транзакций копию базы данных целевой базы данных, выполнить обновление / миграцию базы данных.и переключать пользователей на эту копию с помощью балансировщика нагрузки.
Это кажется вполне приемлемым, но записи, созданные в исходной базе данных, не будут присутствовать в обновленной / перенесенной копии базы данных.
Turn the primary database to read-write mode and run the upgrade script in the stage slot (5). - это то, о чем говорится в статье.
Если основная база данных находится в режиме чтения-записи, я не пропущу данные в обновленной / перенастроенной копии основной базы данных, как только я укажу всем на новую базу данных?
Например: можно ли будет синхронизировать записи базы данных с первичной на вторичную после обновления вторичного и когда внешние пользователи будут указывать на вторичную базу данных?