Kurz: Migrace SQL Serveru do azure SQL Managed Instance pomocí DMS
Pomocí služby Azure Database Migration Service (DMS) a rozšíření migrace Azure SQL v nástroji Azure Data Studio můžete migrovat databáze z instance SQL Serveru do azure SQL Managed Instance s minimálními výpadky.
Informace o metodách migrace databází, které můžou vyžadovat ruční konfiguraci, najdete v průvodci migrací : SQL Server do služby Azure SQL Managed Instance.
Spropitné
Ve službě Azure Database Migration Service můžete migrovat databáze offline nebo během online režimu. V offline migrace se výpadek aplikace spustí při spuštění migrace. Pokud chcete omezit prostoje na dobu potřebnou k přerušení provozu do nového prostředí po migraci, použijte online migraci. Doporučujeme otestovat offline migraci, abyste zjistili, jestli je výpadek přijatelný. Pokud očekávaný výpadek není přijatelný, proveďte online migraci.
V tomto kurzu provedete migraci databáze AdventureWorks2022 z místní instance SQL Serveru do instance služby Azure SQL Managed Instance pomocí služby Azure Data Studio a služby DATABASE Migration Service (DMS). Tento kurz používá režim online migrace, kdy je výpadek aplikace omezený na krátkou přechodnou fázi na konci migrace.
V tomto kurzu se naučíte:
- Spusťte průvodce Migrace do Azure SQL ve Studiu Azure Data Studio
- Spuštění posouzení zdrojových databází SQL Serveru
- Shromažďování dat o výkonu ze zdrojové instance SQL Serveru
- Získejte doporučení skladové položky spravované instance Azure SQL, která je pro vaši úlohu nejvhodnější.
- Zadejte podrobnosti o vaší zdrojové instanci SQL Serveru, umístění zálohování a cílové instanci služby Azure SQL Managed Instance.
- Vytvoření nové služby Azure Database Migration Service a instalace místního prostředí Integration Runtime pro přístup ke zdrojovému serveru a zálohám
- Zahájení a monitorování průběhu migrace
- Provedení přímé migrace, až budete připraveni
Důležitý
Připravte se na migraci a snižte dobu trvání online procesu migrace co nejvíce, abyste minimalizovali riziko přerušení způsobené rekonfigurací instance nebo plánovanou údržbou. V případě takové události začne proces migrace od začátku. V případě plánované údržby existuje ochranná lhůta 36 hodin, během níž bude cílová konfigurace nebo údržba spravované instance Azure SQL pozdržena, než bude proces migrace znovu spuštěn.
Požadavky
K dokončení tohoto kurzu potřebujete:
Instalace rozšíření pro migraci Azure SQL pro Azure Data Studio z marketplace azure Data Studio
Mít účet Azure, který je přiřazený k některé z následujících předdefinovaných rolí:
Contributor role pro cílovou instanci služby Azure SQL Managed Instance a pro účet úložiště, kam nahráváte záložní soubory databáze ze sdílené síťové složky SMB (Server Message Block), a Reader role pro skupiny prostředků Azure, které obsahují cílovou instanci služby Azure SQL Managed Instance nebo váš účet úložiště Azure.
role vlastníka nebo přispěvatele pro předplatné Azure (vyžaduje se, pokud vytvoříte novou instanci služby Database Migration Service).
Jako alternativu k použití jedné z těchto předdefinovaných rolí můžete přiřadit vlastní role.
Důležitý
Účet Azure se vyžaduje jenom při konfiguraci kroků migrace. Pro posouzení nebo zobrazení doporučení Azure v průvodci migrací v nástroji Azure Data Studio se účet Azure nevyžaduje.
Vytvořte cílovou instanci Azure SQL Managed Instance.
Ujistěte se, že přihlášení použitá k připojení zdrojového SQL Serveru jsou členy role serveru správce systému nebo mají oprávnění
CONTROL SERVER.Zadejte sdílenou síťovou složku SMB, sdílenou složku účtu úložiště Azure nebo kontejner objektů blob účtu úložiště Azure obsahující vaše úplné záložní soubory databáze a následné záložní soubory transakčních protokolů. Služba Database Migration Service používá umístění zálohování během migrace databáze.
Rozšíření migrace Azure SQL pro Azure Data Studio neprovádí zálohy databáze a nespouští žádné zálohy databáze vaším jménem. Místo toho služba pro migraci používá existující záložní soubory databáze.
Pokud jsou záložní soubory databáze ve sdílené síťové složce SMB, vytvořte účet úložiště Azure, který umožní službě DMS nahrát záložní soubory databáze a provést migraci databází. Ujistěte se, že vytvoříte účet úložiště Azure ve stejné oblasti, ve které vytváříte instanci služby Database Migration Service.
Každou zálohu můžete zapsat do samostatného záložního souboru nebo do několika záložních souborů. Připojení více záloh, jako jsou úplné a transakční protokoly do jednoho záložního média, není podporováno.
Můžete poskytnout komprimované zálohy, abyste snížili pravděpodobnost výskytu potenciálních problémů souvisejících s migrací velkých záloh.
Ujistěte se, že účet služby, na kterém je spuštěná zdrojová instance SQL Serveru, má oprávnění ke čtení a zápisu ve sdílené síťové složce SMB, která obsahuje záložní soubory databáze.
Pokud migrujete databázi, která je chráněná transparentním šifrováním dat, musí se certifikát ze zdrojové instance SQL Serveru před migrací dat migrovat do cíle Azure SQL. Další informace o migraci databází s povoleným transparentním šifrováním dat najdete v tématu Kurz: Migrace databází s podporou transparentního šifrování dat (Preview) do Azure SQL v nástroji Azure Data Studio.
Pokud vaše databáze obsahuje citlivá data chráněná službou Always Encrypted, proces migrace automaticky migruje klíče Always Encrypted do cíle Azure SQL.
Pokud jsou zálohy databáze v síťové sdílené složce, zadejte počítač, na kterém můžete nainstalovat místní prostředí Integration Runtime pro přístup k zálohám databáze a jejich migraci. Průvodce migrací vám poskytne odkaz ke stažení a ověřovací klíče pro stažení a instalaci místního prostředí Integration Runtime.
Při přípravě na migraci se ujistěte, že počítač, na který plánujete nainstalovat místní prostředí Integration Runtime, má povolená následující pravidla odchozí brány firewall a názvy domén:
Názvy domén Odchozí port Popis Veřejný cloud: {datafactory}.{region}.datafactory.azure.net
nebo*.frontend.clouddatahub.net
Azure Government:{datafactory}.{region}.datafactory.azure.us
Microsoft Azure provozovaný společností 21Vianet:{datafactory}.{region}.datafactory.azure.cn443 Vyžaduje vlastní hostované prostředí Integration Runtime pro připojení k službě Data Migration Service.
Pro nově vytvořenou datovou továrnu ve veřejném cloudu vyhledejte plně kvalifikovaný název domény (FQDN) z klíče místního prostředí Integration Runtime, který je ve formátu{datafactory}.{region}.datafactory.azure.net.
Pokud v existující datové továrně nevidíte plně kvalifikovaný název domény v místním integračním klíči, použijte místo toho*.frontend.clouddatahub.net.download.microsoft.com443 Je vyžadováno lokálně hostovaným Integration Runtime pro stažení aktualizací. Pokud jste zakázali automatické aktualizace, můžete přeskočit konfiguraci této domény. .core.windows.net443 Používá se místním prostředím Integration Runtime, které se připojuje k účtu úložiště Azure k nahrání záloh databází ze sdílené síťové složky. Spropitné
Pokud už jsou vaše záložní soubory databáze k dispozici v účtu úložiště Azure, během procesu migrace se nevyžaduje místní prostředí Integration Runtime.
Pokud používáte místní prostředí Integration Runtime, ujistěte se, že se počítač, na kterém je modul runtime nainstalovaný, může připojit ke zdrojové instanci SQL Serveru a ke sdílené síťové složce, ve které jsou umístěné záložní soubory.
Povolte odchozí port 445 a povolte přístup ke sdílené síťové složce. Další informace najdete v doporučení k používání samostatně hostovaného Integration Runtime.
Pokud službu Database Migration Service používáte poprvé, ujistěte se, že máte ve vašem předplatném zaregistrovaného poskytovatele prostředků
Microsoft.DataMigration. Postupujte podle pokynů k registraci poskytovatele prostředků.
Spuštění průvodce Migrací do Azure SQL v Nástroji Azure Data Studio
Otevření průvodce migrací do Azure SQL:
V Nástroji Azure Data Studio přejděte na Connections. Vyberte místní instanci SQL Serveru a připojte se k němu. Můžete se také připojit k SQL Serveru na virtuálním počítači Azure.
Klikněte pravým tlačítkem myši na připojení k serveru a vyberte Spravovat.
V nabídce serveru, v části Obecné, vyberte Azure SQL Migrace.
Na řídicím panelu Azure SQL Migration vyberte Migrate to Azure SQL a otevřete průvodce migrací.
Na první stránce průvodce spusťte novou relaci nebo obnovte dříve uloženou relaci.
Spuštění posouzení databáze, shromáždění dat o výkonu a získání doporučení Azure
Vyberte databáze, které chcete posoudit, a vyberte Další.
Jako cíl vyberte Azure SQL Managed Instance.
Výběrem možnosti Zobrazit nebo Vybrat zobrazíte výsledky posouzení.
Ve výsledcích posouzení vyberte databázi, poté zkontrolujte zprávu posouzení a ujistěte se, že se nenašly žádné problémy.
Výběrem Získat doporučení Azure otevřete podokno doporučení.
Vyberte Shromažďujte údaje o výkonu nyní. Vyberte složku v místním počítači, do které chcete ukládat protokoly výkonu, a pak vyberte Spustit.
Azure Data Studio teď bude shromažďovat údaje o výkonu, dokud kolekci nezastavíte, stiskněte v průvodci tlačítko Další nebo zavřete Azure Data Studio.
Po přibližně 10 minutách Azure Data Studio indikuje, že je pro spravovanou instanci Azure SQL k dispozici doporučení. Můžete také stisknout odkaz Aktualizovat doporučení po počátečních 10 minutách, aby se doporučení aktualizovalo a zpřesnilo s dalšími shromážděnými daty. Rozšířené hodnocení je užitečné zejména v případě, že se vzory využití v průběhu času liší.
Ve vybrané službě Azure SQL Managed Instance vyberte Zobrazit podrobnosti, abyste otevřeli podrobnou sestavu doporučení SKU.
V Projděte si doporučení ke službě Azure SQL Managed Instance, a poté doporučení zhodnoťte. Pokud chcete uložit kopii doporučení, zaškrtněte políčko Uložit sestavu doporučení.
Pro zavření podokna doporučení vyberte Zavřít.
Vyberte Další, abyste pokračovali v migraci databáze v průvodci.
Konfigurace nastavení migrace
Zadejte Azure SQL Managed Instance výběrem předplatného, lokality, skupiny prostředků z odpovídajících rozevíracích seznamů a poté vyberte Další.
Jako režim migrace vyberte Online migrace.
Poznámka
V režimu online migrace je možné zdrojovou databázi SQL Serveru použít k aktivitě čtení a zápisu, zatímco zálohy databází se průběžně obnovují v cílové spravované instanci Azure SQL. Výpadek aplikace je omezený na dobu přepnutí při ukončení migrace.
Vyberte umístění záloh databáze. Zálohy databáze se dají nacházet buď v místní síťové sdílené složce, nebo v kontejneru objektů blob úložiště Azure.
Poznámka
Pokud jsou zálohy databáze poskytovány v místní síťové sdílené složce, bude dmS vyžadovat, abyste v dalším kroku průvodce nastavili místní prostředí Integration Runtime. Pokud se pro přístup k zálohám zdrojové databáze vyžaduje místní prostředí Integration Runtime, zkontrolujte platnost sady záloh a nahrajte je do účtu úložiště Azure. Pokud už máte zálohy databáze v kontejneru objektů blob úložiště Azure, nemusíte nastavovat místní prostředí Integration Runtime.
V případě záloh umístěných ve sdílené síťové složce zadejte nebo vyberte následující informace:
| Pole | Popis |
|---|---|
| přihlašovací údaje ke zdroji – uživatelské jméno | Přihlašovací údaje (ověřování Systému Windows / SQL) pro připojení ke zdrojové instanci SQL Serveru a ověření záložních souborů. |
| Přihlašovací údaje ke zdroji – heslo | Přihlašovací údaje (ověřování Systému Windows / SQL) pro připojení ke zdrojové instanci SQL Serveru a ověření záložních souborů. |
| umístění sdílené síťové složky, které obsahuje zálohy | Umístění sdílené složky v síti, která obsahuje úplné záložní soubory a soubory záloh transakčního protokolu. Všechny neplatné soubory nebo záložní soubory ve sdílené síťové složce, které nepatří do platné sady záloh, se během procesu migrace automaticky ignorují. |
| uživatelský účet systému Windows s přístupem pro čtení k umístění síťové sdílené složky | Přihlašovací údaje systému Windows (uživatelské jméno), které mají oprávnění pro čtení ke sdílené síťové složce pro načtení záložních souborů. |
| heslo | Přihlašovací údaje systému Windows (heslo), které mají přístup pro čtení ke sdílené síťové složce pro načtení záložních souborů. |
| název cílové databáze | Během procesu migrace můžete změnit název cílové databáze. |
| podrobnosti o účtu úložiště | Skupina prostředků a účet úložiště, kde se nahrají záložní soubory. Nemusíte vytvářet kontejner. DMS během procesu nahrávání automaticky vytvoří kontejner typu blob v zadaném účtu úložiště. |
Pokud chcete zálohovat zálohy uložené v kontejneru objektů blob úložiště Azure, zadejte nebo vyberte následující informace:
| Pole | Popis |
|---|---|
| název cílové databáze | Název cílové databáze je možné upravit, pokud chcete změnit název databáze v cíli během procesu migrace. |
| podrobnosti o účtu úložiště | Skupina prostředků, účet úložiště a kontejner, kde se nacházejí záložní soubory. |
Důležitý
Pokud je povolena funkce kontroly zpětné smyčky a zdrojový SQL Server i sdílená složka jsou na stejném počítači, pak zdroj nebude schopen přistupovat ke sdílené složce pomocí plně kvalifikovaného názvu domény. Chcete-li tento problém vyřešit, zakažte funkci kontroly zpětné smyčky podle pokynů zde
Rozšíření migrace Azure SQL pro Azure Data Studio už nevyžaduje pro migraci databází SQL Serveru do Azure specifická nastavení sítě účtu Azure Storage. V závislosti na umístění zálohování databáze a požadovaném nastavení sítě účtu úložiště je však potřeba provést několik kroků, které zajistí, že vaše prostředky budou mít přístup k účtu služby Azure Storage. Různé scénáře migrace a konfigurace sítě najdete v následující tabulce:
| Scénář | Sdílená složka sítě SMB | Kontejner účtu služby Azure Storage |
|---|---|---|
| Povoleno ze všech sítí | Žádné další kroky | Žádné další kroky |
| Povoleno z vybraných virtuálních sítí a IP adres | Zobrazit 1a | Zobrazit 2a |
| Povoleno z vybraných virtuálních sítí a IP adres a privátních koncových bodů | Viz 1b | Viz 2b |
1a. Konfigurace sítě azure Blob Storage
Pokud máte na virtuálním počítači Azure nainstalované prostředí SHIR (Self-Hosted Integration Runtime), přečtěte si část 1b – konfigurace sítě Azure Blob Storage. Pokud máte v místní síti nainstalovaný Self-Hosted Integration Runtime (SHIR), musíte do svého účtu Azure Storage přidat IP adresu vašeho klienta hostitelského počítače:
Pokud chcete použít tuto konkrétní konfiguraci, připojte se k webu Azure Portal z počítače SHIR, otevřete konfiguraci účtu služby Azure Storage, vyberte Sítěa potom zaškrtněte políčko Přidat IP adresu klienta. Vyberte Uložit a proveďte trvalou změnu. Zbývající kroky najdete v části 2a – Konfigurace sítě Azure Blob Storage (privátní koncový bod).
1b. Konfigurace sítě azure Blob Storage
Pokud je váš nástroj SHIR hostovaný na virtuálním počítači Azure, musíte přidat virtuální síť virtuálního počítače do účtu Azure Storage, protože virtuální počítač má neveřejnou IP adresu, kterou není možné přidat do oddílu rozsahu IP adres.
Pokud chcete použít tuto konkrétní konfiguraci, vyhledejte účet služby Azure Storage, na panelu úložiště dat vyberte Síťovéa potom zaškrtněte políčko Přidat existující virtuální síť. Otevře se nový panel. Vyberte předplatné, virtuální síť a podsíť virtuálního počítače Azure hostující prostředí Integration Runtime. Tyto informace najdete na stránce přehledu virtuálního počítače Azure. Podsíť může říkat Je vyžadován koncový bod služby pokud ano, zvolte možnost Povolit. Jakmile bude všechno připravené, uložte aktualizace. Zbývající požadované kroky najdete v části 2a – Konfigurace sítě azure Blob Storage (privátní koncový bod).
2a. Konfigurace sítě azure Blob Storage (privátní koncový bod)
Pokud se vaše zálohy umístí přímo do kontejneru Azure Storage, předchozí kroky nejsou potřeba, protože žádné prostředí runtime integrace nekomunikuje s účtem Azure Storage. Stále ale potřebujeme zajistit, aby cílová instance SQL Serveru mohl komunikovat s účtem Azure Storage a obnovit zálohy z kontejneru. Pokud chcete použít tuto konkrétní konfiguraci, postupujte podle pokynů v části 1b – konfigurace sítě Azure Blob Storagea při vyplňování okna "Přidat existující virtuální síť" zadejte cílovou instanci virtuální sítě SQL.
2b. Konfigurace sítě azure Blob Storage (privátní koncový bod)
Pokud máte v účtu Azure Storage nastavený privátní koncový bod, postupujte podle kroků uvedených v části 2a – Konfigurace sítě Azure Blob Storage (privátní koncový bod). Musíte ale vybrat podsíť privátního koncového bodu, nejen cílovou podsíť SQL Serveru. Ujistěte se, že je privátní koncový bod hostovaný ve stejné virtuální síti jako cílová instance SQL Serveru. Pokud tomu tak není, vytvořte další privátní koncový bod pomocí procesu v části Konfigurace účtu služby Azure Storage.
Vytvoření instance služby Database Migration Service
Vytvořte novou službu Azure Database Migration Service nebo znovu použijte existující službu, kterou jste vytvořili dříve.
Pokud jste dříve vytvořili instanci služby Database Migration Service pomocí webu Azure Portal, nemůžete instanci znovu použít v průvodci migrací v nástroji Azure Data Studio. Instanci můžete znovu použít pouze v případě, že jste instanci vytvořili pomocí nástroje Azure Data Studio.
Použití existující instance služby Database Migration Service
Použití existující instance služby Database Migration Service:
V skupina prostředkůvyberte skupinu prostředků, která obsahuje existující instanci služby Database Migration Service.
V Azure Database Migration Servicevyberte existující instanci služby Database Migration Service, která je ve vybrané skupině prostředků.
Vyberte Další.
Vytvoření nové instance služby Database Migration Service
Vytvoření nové instance služby Database Migration Service:
V skupiny prostředkůvytvořte novou skupinu prostředků, která bude obsahovat novou instanci služby Database Migration Service.
V části Azure Database Migration Servicevyberte Vytvořit novou.
V Vytvoření služby Azure Database Migration Servicezadejte název instance služby Database Migration Service a poté vyberte Vytvořit.
Po úspěšném vytvoření DMS budete mít k dispozici podrobnosti o nastavení Integration Runtime.
Vyberte odkaz Stáhnout a nainstalovat prostředí "Integration Runtime" a otevřete odkaz ke stažení ve webovém prohlížeči. Stáhněte prostředí Integration Runtime a pak ho nainstalujte do počítače, který splňuje požadavky pro připojení ke zdrojové instanci SQL Serveru.
Po dokončení instalace se nástroj Microsoft Integration Runtime Configuration Manager automaticky otevře, aby zahájil proces registrace.
V tabulce Ověřovací klíč zkopírujte jeden z ověřovacích klíčů, které jsou k dispozici v průvodci, a vložte ho do nástroje Azure Data Studio. Pokud je ověřovací klíč platný, v nástroji Integration Runtime Configuration Manager se zobrazí zelená ikona zaškrtnutí. Zelená fajfka označuje, že můžete pokračovat v registraci Register.
Po registraci samoobslužného integračního prostředí runtime zavřete Microsoft Integration Runtime Configuration Manager.
Poznámka
Další informace o tom, jak používat místní prostředí Integration Runtime, najdete v tématu Vytvoření a konfigurace místního prostředí Integration Runtime.
Ve Vytvoření služby Azure Database Migration Service v nástroji Azure Data Studio vyberte Otestovat připojení, abyste ověřili, že je nově vytvořená instance služby Database Migration Service připojená k nově zaregistrovanému samostatně hostovanému prostředí integračního runtime.
Vraťte se do průvodce migrací v nástroji Azure Data Studio.
Spuštění migrace databáze
Zkontrolujte konfiguraci, kterou jste vytvořili, a pak vyberte Spustit migraci a spusťte migraci databáze.
Monitorování migrace databáze
V stavu migrace databázemůžete sledovat probíhající migrace, dokončené migrace a selhané migrace (pokud existují).
Vyberte probíhající migrace databáze, pokud chcete zobrazit aktivní migrace.
Pokud chcete získat další informace o konkrétní migraci, vyberte název databáze.
V podokně podrobností o migraci se zobrazí záložní soubory a jejich odpovídající stav:
Stav Popis Doručeno Záložní soubor dorazil do zdrojového umístění zálohování a byl ověřen. Nahrávání prostředí Integration Runtime nahrává záložní soubor do účtu úložiště Azure. nahraný Záložní soubor se nahrál do účtu úložiště Azure. obnovení Služba obnovuje záložní soubor do spravované instance Azure SQL. Obnovené Záložní soubor se úspěšně obnoví ve službě Azure SQL Managed Instance. Zrušené Proces migrace byl zrušen. ignorované Záložní soubor byl ignorován, protože nepatří do platného řetězu záloh databáze. 
Dokončení úplné migrace
Posledním krokem tohoto kurzu je dokončení přímé migrace, aby se zajistilo, že migrovaná databáze ve službě Azure SQL Managed Instance je připravená k použití. Tento proces je jedinou částí, která vyžaduje výpadek pro aplikace připojující se k databázi, a proto je třeba pečlivě naplánovat načasování přepnutí spolu s obchodními nebo aplikačními zainteresovanými stranami.
K dokončení přechodu:
- Zastavte všechny příchozí transakce do zdrojové databáze.
- Proveďte změny konfigurace aplikace, které odkazují na cílovou databázi ve službě Azure SQL Managed Instance.
- Proveďte konečnou zálohu protokoů zdrojové databáze na zadaném umístění zálohy.
- Umístěte zdrojovou databázi do režimu jen pro čtení. Uživatelé proto mohou číst data z databáze, ale nemohou je upravovat.
- Ujistěte se, že všechny zálohy databáze mají stav Obnovená na stránce s podrobnostmi monitorování.
- Na stránce s podrobnostmi monitorování vyberte Dokončit převod.
Během procesu přepojení se stav migrace změní z probíhá na dokončuje se. Po dokončení procesu přepnutí se stav migrace změní na úspěšně, což naznačuje, že migrace databáze je úspěšná a že migrovaná databáze je připravená k použití.
Důležitý
Po přímé migraci může dostupnost SQL Managed Instance s úrovní služby Business Critical trvat výrazně déle než u General Purpose, protože pro skupinu vysoké dostupnosti AlwaysOn je potřeba nasadit tři sekundární repliky. Doba trvání této operace závisí na velikosti dat, další informace najdete v tématu Doba trvání operací správy.
Omezení
Důležitý
Online migrace s rozšířením Azure SQL používají stejnou technologii jako služba LRS (Log Replay Service) a mají stejná omezení. Před migrací databází na úroveň služby Kritické pro podnikání zvažte tato omezení, která se nevztahují na úroveň služby Pro Obecné Účely.
Migrace na azure SQL Managed Instance pomocí rozšíření Azure SQL pro Azure Data Studio má následující omezení:
Pokud migrujete jednu databázi, musí být zálohy databáze umístěné ve struktuře plochých souborů uvnitř složky databáze (včetně kořenové složky kontejneru) a složky se nedají vnořit, protože se nepodporují.
Pokud migrujete více databází pomocí stejného kontejneru Azure Blob Storage, je nutné umístit záložní soubory pro různé databáze do samostatných složek uvnitř kontejneru.
Přepsání existujících databází pomocí DMS v cílové službě Azure SQL Managed Instance se nepodporuje.
DMS nepodporuje konfiguraci vysoké dostupnosti a zotavení po havárii ve vašem cíli tak, aby odpovídala zdrojové topologii.
Následující objekty serveru nejsou podporovány:
- Úlohy agenta SQL Serveru
- Pověření
- Balíčky SSIS
- Audit serveru
Pro migrace databází s DMS nemůžete použít existující místní prostředí Integration Runtime vytvořené ze služby Azure Data Factory. Samo-hostované prostředí Integration Runtime by mělo být vytvořeno pomocí rozšíření migrace Azure SQL v nástroji Azure Data Studio a může být znovu použito pro další migrace databází.
Jedna úloha LRS (vytvořená DMS) může běžet maximálně 30 dnů. Po uplynutí této doby se úloha automaticky zruší, takže se cílová databáze automaticky odstraní.
Pokud migrujete na spravovanou instanci SQL ve vrstvě služby Business Critical, počítejte se zpožděním při uvádění databází do režimu online na primární replice, zatímco jsou kopírovány do sekundárních replik. To platí zejména pro větší databáze. Pokud je důležité, aby databáze byly dostupné ihned po dokončení přechodu, zvažte následující alternativní řešení:
Nejprve přejděte na úroveň služby Pro obecné účely a pak upgradujte na úroveň služby Pro důležité obchodní informace. Vylepšení úrovně služby je online operace, která udržuje databáze v provozu, dokud nenastane krátký výpadek jako závěrečný krok operace upgradu.
Odkaz na spravovanou instanci pro online migraci na instanci Kritické pro podnikání bez nutnosti čekat, až budou databáze po přepnutí dostupné.
Pokud se vám zobrazila následující chyba:
Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance, je tato situace úmyslná. In-Memory OLTP se nepodporuje na úrovni Pro obecné účely služby Azure SQL Managed Instance. Pokud chcete pokračovat v migraci, jedním ze způsobů je upgradovat na úroveň Business Critical, která podporuje In-Memory OLTP. Dalším způsobem je zajistit, aby zdrojová databáze nebyla používána, zatímco je spravovaná instance Azure SQL v režimu Obecné účely.