Гуглы не справляются с моей конкретной проблемой. Перемещал ли кто-нибудь базу данных (DBaaS) и связанный родительский ресурс, который является частью группы синхронизации данных SQL, в новую группу ресурсов в Azure? Я обнаружил, что перемещение базы данных должно быть прозрачным для приложений, использующих ее, но не могу найти подробностей о том, будет ли перемещение также прозрачным для синхронизации данных. Разрешения между группами ресурсов идентичны, и группы ресурсов находятся в одном клиенте и подписке.
Перенести Azure SQLDB с помощью SQL Data Sync в новую группу ресурсов
Ответы (1)
Похоже, я ответил на свой вопрос, поэтому разместите здесь сообщение, чтобы помочь другим. С помощью моего администратора Azure мы создали тестовую базу данных SQLDB (с соответствующим новым сервером БД) в той же группе ресурсов, что и БД, которую мне нужно переместить. Затем я заполнил новую БД тестовыми данными и настроил синхронизацию данных с локальной БД на том же локальном экземпляре. Первоначальная синхронизация прошла успешно. Затем мы переместили новый тестовый сервер и базу данных (необходимо переместить оба) в новую группу ресурсов, снова в рамках той же подписки / клиента. После завершения (примерно через 5 минут) мы смогли увидеть, что, хотя приложение, полагающееся на БД, на самом деле все еще работало нормально, как и ожидалось, и появилась группа синхронизации данных, агент синхронизации данных не появился. Попытка выполнить синхронизацию вручную из группы синхронизации привела к ошибке. Таким образом, кажется, что перемещение БД между группами ресурсов нарушит синхронизацию данных SQL, и для исправления вам потребуется восстановить синхронизацию с нуля. Я не прошел все эти шаги в тестовой БД, но обновлю этот ответ, если завтра вечером возникнут дополнительные проблемы после фактического перемещения в производство.
На следующую ночь: Оказалось, что переезд не был проблемой. База данных не появилась сразу, даже после выхода и повторного входа, но приложение никогда не прекращало работу, и через 5-10 минут после перехода на Домашнюю страницу, а затем базы данных SQL на портале, вуаля, база данных появилась в правильном группа ресурсов И группа синхронизации и агент синхронизации также появились после выбора «Синхронизировать с другими базами данных». Не уверен, было ли это отсчетом времени или в первую очередь переходом на главную. Тем не менее, ручная синхронизация сработала, как и ожидалось. Поэтому не знаю, почему наш тестовый пример не сработал, но может показаться, что перемещение SQLDB в новую группу ресурсов в рамках того же клиента и подписки имеет хорошие шансы сохранить синхронизацию данных с локальным экземпляром. Как всегда, ваш пробег может отличаться.
person
IsThisThingOn
schedule
16.01.2019
