Великая миграция Azure DEVOPS (6 серий части)
Это оно! Мы сделали это на шаг импорта! Это когда мы наконец переместим наши данные в службу Azure DEVOPS.
Если вы пропустили более ранние посты, начните здесь Отказ
Я настоятельно рекомендую Руководство по миграции Microsoft’s Azure DevOps Отказ
Секретация оттенок
Во-первых, вам нужно отсоединить коллекцию от TFS. Не отсоединяйте базу данных на SQL Server, но отсоедините коллекцию в сервере Azure DEVOPS.
Чтобы отсоединить коллекцию, откройте инструмент Management Management Azure DEVOPS, перейдите к коллекции и выберите «Отсоединить» на сборе, которая будет импортирована.
Создайте резервное копирование базы данных
Если вам удалось сохранить свой импорт до 30 ГБ, этот шаг довольно прост. Если нет, вы находитесь для более сложного импорта, потому что теперь вам нужно переместить базу данных в базу данных SQL Server в Azure. Я не буду покрывать миграцию SQL Server, так как я не сделал этот шаг, но Вот гид о том, как это сделать.
Итак, если вы идете до 30 ГБ маршрута, вам необходимо создать DACPAC, который будет импортировать в службу Azure DEVOPS. Вы должны иметь возможность запускать инструмент DACPAC из вашей команды разработчика для Visual Studio или из следующего местоположения:
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\150
Вот команда упаковки:
SqlPackage.exe /sourceconnectionstring:"Data Source=localhost; Initial Catalog=[COLLECTION_NAME];Integrated Security=True" /targetFile:C:\dacpac\Tfs_DefaultCollection.dacpac /action:extract /p:ExtractAllTableData=true /p:IgnoreUserLoginMappings=true /p:IgnorePermissions=true /p:Storage=Memory
После завершения упаковки у вас будет новый DACPAC в C: \ DACPAC \ со всеми вашими импортными данными.
Загрузить пакет
Мы не собираемся загружать пакет прямо в Azure DEVOPS SERVICE. Во-первых, нам нужно загрузить его на сам лазурную. И тогда мы укажем службу Azure DEVOPS в DACPAC в Azure.
Самый простой способ сделать это, чтобы установить Azure Storage Explorer Отказ
Откройте приложение Azure Storage Explorer. Выберите Добавить аккаунт Azure. Войдите в свою учетную запись Azure. Перейти к контейнеру для хранения Azure. Создайте новый контейнер BLOB с именем DACPAC. Загрузите файл DACPAC, созданный SQLPackage.exe.
Создайте ключ SAS
Вам нужно создать секретный ключ, который позволит Azure DEVOPS SERVICE для доступа к DACPAC.
В Azure Storage Explorer щелкните правой кнопкой мыши папку DACPAC и выберите Get Shared Access Signature …
Установите истек на одну неделю от сегодняшнего дня. Дайте ему права читать/список, больше ничего. Скопируйте URL для ключа SAS.
Этот URL SAS должен быть размещен в файле import.json, который был в папке журналов с ранее. Установите его в источник. Местоположение местоположения.
импорт
Вот и все! Мы готовы начать импорт!
Запустите следующую команду из папки Migration Tool Migration:
Run Migrate import /importfile:[IMPORT-JSON-LOCATION]
Начнется импорт, и команда предоставит ссылку для просмотра состояния вашего импорта.
Это займет несколько минут, прежде чем вы даже сможете увидеть страницу импорта, так что не паникуйте.
Как только импорт начал, потребовалось около двух часов, чтобы завершить … Так что это хорошее время, чтобы сделать перерыв.
Проверка
Ты сделал это! Ваша миграция на Azure DevOps завершена. Теперь вы должны убедиться, что все работает правильно.
Пользователи
Сначала проверьте свой список пользователей. Вы можете найти своих пользователей в настройках организации. Я должен был устранить много пользователей, которые не нуждались в доступе к услуге. Затем вы должны установить правильный уровень доступа для ваших фактических пользователей. У нас есть ряд подписчиков против корпораций, которые я использовал для большинства моих разработчиков, и наши подрядчики получали базовый доступ. Самое главное, убедитесь, что все пользователи перечислены, которые должны быть.
Это отличный шанс посмотреть, сколько Azure DevOps Service на самом деле будет стоить вам, поэтому убедитесь, что вы устанавливаете это так же, как и ваша производственная среда.
Управления источником
Поскольку вы переместили свой контроль источника GIT, вам на самом деле не нужно его повторно подключить, вы можете просто перенаправить свое существующее местное репо в новое место.
Вы можете изменить свое локальное начало REPO со следующей командой (вы можете найти удаленный_GIT_REPO в кнопке клона в Azure DevOps Service — Repos — файлы).
git remote set-url origin [REMOTE_GIT_REPO]
Биллинг
Убедитесь, что ваш аккаунт счетов настроен для службы. Когда вы делаете свою производственную миграцию, это важно. Вы не будете выставлены до первого в следующем месяце, поэтому убедитесь, что у вас есть биллинг и пользователи, настраивающиеся к концу месяца.
Агенты по сборке/выпуску
Любые местные агенты по сборке/выпуску должны быть переназначены. У меня было только около 10 агентов, работающих на местном уровне, поэтому я решил просто удалить их и переустановить их после окончательного производства. Команда PowerShell делает это очень легко.
Я не проверил это с сухой пробегом, я просто перевернул его после миграции производства, и все работало гладко.
Окончательный импорт
И это так! У нас было очень мало других вопросов, сухой пробег прошел хорошо, и производственная миграция через несколько недель прошла очень гладко.
Для окончательной миграции я просто повторял шаги этого руководства и изменил Import.json для использования производства вместо сухого прогона.
Я выключил наш локальный сервер TFS и удерживаю его, но в случае, если нам нужен наследный код.
Главное, что поднялось после окончательной миграции, правильно устанавливала разрешения для пользователей, но я просто настроил эти настройки, как мы пошли.
У некоторых пользователей возникли проблемы с неразмерными инструментами Non Visual Studio, не в состоянии подключиться к удаленному репо, но устанавливая свои учетные данные Git в службе Azure DEVOPS — REPOS — файлов — Clone Исправлена проблема.
Я надеюсь, что вы узнали из моих усилий, и если вы какие-либо вопросы дайте мне знать!
Великая миграция Azure DEVOPS (6 серий части)
Оригинал: «https://dev.to/timothymcgrath/the-great-azure-devops-migration-part-6-import-2obc»