Все повече и повече организации признават ползите от преминаването от инфраструктура на база данни само на място към облачна или хибридна облачна инфраструктура. Платформите за изчисления в облак като Microsoft Azure предлагат няколко предимства пред локалните настройки, включително:
- Икономия на разходи: С малко или никакъв хардуер на място за закупуване и поддръжка и евтини опции за съхранение, преминаването към Azure незабавно ще намали преките разходи.
- По-добра мащабируемост: В облака можете да увеличавате или намалявате нуждите от изчисления, ако е необходимо, без да оставяте скъпи ресурси неактивни през бавни периоди.
- Повишена сигурност: Azure използва най-съвременни мерки за сигурност на данните както в облака, така и в техните физически центрове за данни. Повечето организации не могат да си позволят да отговарят на това ниво на защита.
- По-лесно администриране: Сигурността и управлението на данните могат да се управляват централизирано чрез Azure, което намалява времето, което DBA прекарват за повтарящи се задачи.
- По-надеждно възстановяване след бедствие: Центровете за данни на Azure са геонезависими, така че ако катастрофално събитие удари един център за данни, той автоматично преминава към незасегнат без загуба на данни или услуга.
Ако сте готови да преминете от локален SQL Server към Azure SQL база данни, има четири основни стъпки в процеса на миграция, които ще трябва да навигирате. Ето кратък преглед на всеки с връзки към задълбочени ресурси.
Първа стъпка:Изберете своя метод за мигриране
Преди да започнете да мигрирате SQL Server към Azure, трябва да определите дали офлайн или онлайн миграция с помощта на услугата за мигриране на база данни на Azure е най-добрият вариант за вас. Има няколко неща, които трябва да имате предвид по време на този процес.
При офлайн миграция времето за престой започва, когато започне миграцията. При онлайн миграция времето на престой е ограничено до времето, необходимо за преминаване към новата среда след миграцията. Така че, ако минималният престой е проблем с горещ бутон за вас, онлайн миграцията е по-добър избор.
Можете също така да сведете до минимум времето на престой по време на процеса на миграция, като използвате опцията Always On Availability Group или опцията за репликация на транзакции за прехвърляне на данни във виртуални машини (VM) на Azure. Въпреки това, най-добрият начин за прехвърляне на данните е да мигрирате файловете на базата данни във Azure VM с помощта на компресиран архивен файл.
Ако не можете да използвате нито един от тези методи, ще трябва ръчно да мигрирате вашата база данни в Azure VM, като използвате един от следните методи:
- Извършване на локално архивиране с помощта на компресия, след което ръчно копирайте архивния файл във Azure VM
- Архивиране към URL, след което възстановяване в AzureVM от URL адреса
- Отделете, копирайте данни и регистрационни файлове в хранилището на Azure blob, след което прикачете към SQL Server в Azure VM от URL
- Преобразуване на локални машини в Hyper-V VHD, качване в хранилище на Azure Blob, след което внедряване като нова VM
- Изпратете твърдия диск, като използвате услугата за импортиране/експорт на Windows
- Добавяне на съветника за реплики на Azure
- Използвайте транзакционна репликация на SQL Server
Стъпка втора:Идентифициране на съществуващи източници на данни и оценка на локални екземпляри
Втора стъпка се счита за „предварителна миграция“ и тези дейности за оценка на екземпляра ще ви помогнат да конфигурирате текущата си система, за да улесните миграцията.
Първо, трябва да направите инвентаризация на базите данни, които трябва да мигрирате, за да сте сигурни, че всички те са оптимизирани за преместване. След като идентифицирате всички бази данни, трябва да ги оцените за потенциални проблеми с миграцията или блокери и да разрешите всички проблеми, които откриете.
След това трябва да идентифицирате всички екземпляри на SQL Server на вашата организация и техните версии и функции, които се използват. Когато източниците на данни бъдат идентифицирани, използвайте помощника за мигриране на данни (DMA), за да оцените вашата база данни с източник.
Ето стъпките, които трябва да следвате, когато използвате DMA за оценка на вашите екземпляри:
- Създайте нов проект за оценка в DMA
- Наименувайте проекта и направете SQL Server тип източник на сървъра и Azure SQL Database тип целеви сървър
- Изберете кои отчети за оценка искате да генерирате
- Идентифицирайте данните за изходната връзка на вашия SQL Server, свържете се с изходната база данни и започнете оценката
- Когато приключите, прегледайте отчетите за оценка за проблеми с блокиране и паритет на функции
- Изберете ниво на съвместимост на базата данни
- Изберете SKU на управляван екземпляр на Azure SQL база данни за вашето локално работно натоварване
Получете подробна информация за това как да извършите процеса на оценяване тук.
Стъпка трета:Време е за миграция!
Сега, когато предпоставките са поети, е време да започнем миграцията към Azure – първа схема; след това данни.
Microsoft предоставя този поглед на високо ниво как да мигрирате схема с помощта на DMA:
- Отворете DMA и след това започнете да създавате нов проект за миграция
- Посочете име на проект, изберете SQL Server като тип източник на сървъра и след това изберете Azure SQL база данни като тип целеви сървър
- Посочете обхвата на миграцията само като схема и след това създайте проекта
- Посочете данните за връзката на източника за вашия SQL Server и след това се свържете с изходната база данни
- Посочете подробностите за целевата връзка за базата данни Azure SQL и след това се свържете с базата данни, която сте предоставили предварително в Azure SQL база данни
- Посочете обектите на схемата в изходната база данни, които трябва да бъдат разгърнати в Azure SQL база данни
- Генерирайте SQL скриптове и след това ги прегледайте за грешки
- Поправете обектите, които съобщават за грешки, като използвате препоръките, предоставени от вашата оценка за DMA
- Разположете схемата в Azure SQL база данни и след това проверете целевия сървър за всякакви аномалии
Ето конкретните стъпки за онлайн и офлайн миграции на схеми.
Microsoft предоставя този поглед на високо ниво как да мигрирате данни с помощта на Azure DMS :
- Регистрирайте доставчика на ресурси на Microsoft.DataMigration
- Създайте екземпляр на DMS
- Създайте проект за миграция в DMS
- Посочете подробности за източника за миграцията
- Посочете подробности за целта за миграцията
- Изпълнете миграцията
- Наблюдавайте миграцията
Ето конкретните стъпки за онлайн и офлайн миграции на данни.
Стъпка четвърта:Тествайте новата среда след миграцията
След като преместихте базата данни на SQL Server в Azure SQL база данни, ето четири начина за задълбочено тестване на новата среда, за да се уверите, че изходната база данни е мигрирала правилно:
Разработване на тестове за валидиране:Създайте заявки за валидиране, които да се изпълняват срещу базата данни източник и целевата база данни.
Настройте тестовата среда:Поставете копие на изходната база данни и копие на целевата база данни в изолирана тестова среда.
- Изпълнете тестове за валидиране: Изпълнете тестовете за валидиране спрямо изходната и целевата база данни, след което проверете резултатите.
- Изпълнете тестове за ефективност: Проверете производителността на базата данни източник и целевата база данни, след което сравнете и анализирайте резултатите.
Стратегическото планиране е важно за успешната миграция на вашата база данни към облачна или хибридна облачна среда. След като миграцията приключи, ще можете да се възползвате от предимствата на работата с облачна база данни.
