Переместите Azure SQLDB с помощью SQL Data Sync в новую группу ресурсов. - PullRequest
0 голосов
/ 15 января 2019

Гугл терпит неудачу из-за моего особого беспокойства. Кто-нибудь перемещал базу данных (DBaaS) и связанный родительский ресурс, который является частью группы синхронизации данных SQL, в новую группу ресурсов в Azure? Я обнаружил, что перемещение базы данных должно быть прозрачным для приложений, использующих ее, но не может найти подробности о том, будет ли перемещение также прозрачным для синхронизации данных. Разрешения между группами ресурсов идентичны, а группы ресурсов находятся в пределах одного владельца и подписки.

1 Ответ

0 голосов
/ 16 января 2019

Похоже, я ответил на свой вопрос, поэтому пишу здесь, чтобы помочь другим. С помощью моего администратора Azure мы создали тестовую базу данных SQLDB (с соответствующим новым сервером БД) в той же группе ресурсов, что и БД, которую мне нужно переместить. Затем я заполнил новую БД тестовыми данными и настроил синхронизацию данных с локальной БД на том же локальном экземпляре. Начальная синхронизация проверена нормально. Затем мы переместили новый тестовый сервер и БД (должны переместить оба) в новую группу ресурсов, снова в рамках той же подписки / арендатора. По завершении (примерно через 5 минут) мы смогли увидеть, что, хотя приложение, работающее с БД, на самом деле все еще работает нормально, как ожидалось, и обнаружилась группа синхронизации данных, агент синхронизации данных не появился. Попытка выполнить синхронизацию вручную из группы синхронизации привела к ошибке. Таким образом, похоже, что перемещение БД по группам ресурсов нарушит синхронизацию данных SQL, и для исправления вам потребуется восстановить синхронизацию с нуля. Я не выполнил все эти шаги в тестовой базе данных, но обновлю этот ответ, если завтра вечером возникнут дополнительные проблемы после фактического переноса производства.

Следующей ночью: оказалось, что фактический ход не был проблемой. База данных отображалась не сразу, даже после выхода из системы и повторного входа, но приложение никогда не закрывалось, и через 5-10 минут после перехода в «Домой», затем базы данных SQL на портале, вуаля, база данных отображалась в правильном Группа ресурсов И и Группа синхронизации, и Агент синхронизации также отображаются после выбора «Синхронизировать с другими базами данных». Не уверен, что это было время или навигация вначале домой. Несмотря на это, ручная синхронизация работала как ожидалось. Поэтому не уверен, почему наш тестовый пример не сработал, но может показаться, что SQLDB перемещается в новую группу ресурсов в том же клиенте, и подписка имеет хорошие шансы сохранить синхронизацию данных с локальным экземпляром. Как всегда, однако, ваш пробег может отличаться.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...