Megosztás a következőn keresztül:

Tesztfuttatás migrálása

  • Cikk

A csapat most már készen áll arra, hogy megkezdje a migrálás tesztfuttatását, majd végül a teljes éles migrálást. Ebben a fázisban az áttelepítés várólistára helyezésének utolsó lépéseit tárgyaljuk a migrálási projekt végén általában előforduló egyéb feladatok mellett.

Az előfeltételek szakaszt szekvenciális szakaszokban kiemelő diagram.

Előfeltételek

A tesztfuttatás migrálásának megkezdése előtt végezze el a tesztfuttatás előkészítésének fázisát .

Gyűjtemény ellenőrzése

Ellenőrizze az Azure DevOps Servicesbe migrálni kívánt gyűjteményeket. Az érvényesítési lépés a gyűjtemény különböző aspektusait vizsgálja, beleértve, de nem kizárólagosan a méretet, a rendezést, az identitást és a folyamatokat.

Futtassa az ellenőrzést az adatmigrálási eszközzel.

  1. Töltse le az adatmigrálási eszközt.

  2. Másolja a zip-fájlt az Azure DevOps Server egyik alkalmazásszintjére.

  3. Bontsa ki a fájlt. Az eszközt egy másik gépről is futtathatja az Azure DevOps Server telepítése nélkül, amíg a gép csatlakozni tud az Azure DevOps Server-példány konfigurációs adatbázisához.

  4. Nyisson meg egy parancssori ablakot a kiszolgálón, és adjon meg egy cd-parancsot, amely arra a könyvtárra vált, amelyben az adatmigrálási eszköz található. Szánjon néhány percet az eszköz súgótartalmainak áttekintésére.

    a. A legfelső szintű súgó és útmutató megtekintéséhez futtassa a következő parancsot.

     Migrator /help

    b. A parancs súgószövegének megtekintése.

     Migrator validate /help

  5. A gyűjtemény első ellenőrzésekor a parancsnak az alábbi egyszerű struktúrával kell rendelkeznie.

     Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}

    Ha {name} például a Microsoft Entra-bérlő nevét adja meg a DefaultCollection és a fabrikam bérlővel való futtatáshoz, a parancs az alábbi példához hasonlóan fog kinézni.

     Migrator validate /collection:http://localhost:8080/DefaultCollection /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region}

  6. Ha az eszközt az Azure DevOps Servertől eltérő gépről szeretné futtatni, a /connectionString paraméterre van szüksége. A kapcsolati sztring paraméter az Azure DevOps Server konfigurációs adatbázisára mutat. Ha például az ellenőrzött parancsot a Fabrikam vállalat futtatja, a parancs a következőképpen nézne ki.

     Migrator validate /collection:http://fabrikam:8080/DefaultCollection /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} /connectionString:"Data Source=fabrikam;Initial Catalog=Configuration;Integrated Security=True"

    Fontos

    Az adatmigrálási eszköz nem szerkeszt semmilyen adatot vagy struktúrát a gyűjteményben. Csak a problémák azonosítására olvassa be a gyűjteményt.

  7. Az ellenőrzés befejezése után megtekintheti a naplófájlokat és az eredményeket.

    Képernyőkép az érvényesítési eredményekről és a naplókról a Parancssor ablakban.

    Az ellenőrzés során figyelmeztetés jelenik meg, ha egyes folyamatok folyamatonkénti adatmegőrzési szabályokat tartalmaznak. Az Azure DevOps Services projektalapú adatmegőrzési modellt használ, és nem támogatja a folyamatonkénti adatmegőrzési szabályzatokat. Ha folytatja a migrálást, a szabályzatok nem kerülnek át a üzemeltetett verzióra. Ehelyett az alapértelmezett projektszintű adatmegőrzési szabályzatok érvényesek. Megtarthatja az Ön számára fontos buildeket a veszteség elkerülése érdekében.

Az összes érvényesítési művelet elvégzése után továbbléphet az áttelepítési folyamat következő lépésére. Ha az adatmigrálási eszköz hibát jelez, javítsa ki őket a folytatás előtt. Az érvényesítési hibák kijavításával kapcsolatos útmutatásért tekintse meg a migrálási és migrálási hibák hibaelhárítását ismertető témakört.

Naplófájlok importálása

A naplókönyvtár megnyitásakor több naplózási fájlt is észlelhet.

A fő naplófájl neve DataMigrationTool.log. Részletes információkat tartalmaz minden futtatott dologról. Az egyes területekre való összpontosítás megkönnyítése érdekében a naplók minden főbb ellenőrzési művelethez létrehoznak egy naplót.

Ha például a TfsMigrator hibát jelez a "Projektfolyamatok érvényesítése" lépésben, megnyithatja a ProjectProcessMap.log fájlt, hogy a teljes napló görgetése helyett az adott lépéshez futtatott összes adatot megtekintse.

Csak akkor tekintse át a TryMatchOobProcesses.log fájlt, ha át szeretné migrálni a projektfolyamatokat az örökölt modell használatára. Ha nem szeretné használni az örökölt modellt, figyelmen kívül hagyhatja ezeket a hibákat, mert azok nem akadályozzák meg az Azure DevOps Servicesbe való importálást. További információ: A migrálás ellenőrzési fázisa.

Migrálási fájlok létrehozása

Az adatmigrálási eszköz érvényesítette a gyűjteményt, és a következő eredményt adja vissza: "Minden gyűjtemény-ellenőrzés átment". Mielőtt offline állapotba hoz egy gyűjteményt az áttelepítéshez, hozza létre a migrálási fájlokat. A parancs futtatásakor két migrálási prepare fájlt hoz létre:

  • IdentityMapLog.csv: Az Active Directory és a Microsoft Entra ID közötti identitástérkép vázlata.
  • migration.json: Meg kell adnia a migrálás elindításához használni kívánt migrálási specifikációt.

Előkészítés parancs

A prepare parancs segítséget nyújt a szükséges migrálási fájlok létrehozásához. Ez a parancs lényegében megvizsgálja a gyűjteményt, és megkeresi az összes felhasználó listáját az identitástérkép-napló feltöltéséhez, IdentityMapLog.csv, majd megpróbál csatlakozni a Microsoft Entra-azonosítóhoz, hogy megtalálja az egyes identitások egyezését. Ehhez a vállalatnak a Microsoft Entra Csatlakozás eszközt (korábbi nevén címtár-szinkronizálási eszközt, címtárszinkronizálási eszközt vagy DirSync.exe eszközt) kell használnia.

Ha a címtár-szinkronizálás be van állítva, az adatmigrálási eszköznek meg kell keresnie az egyező identitásokat, és aktívként kell megjelölnie őket. Ha nincsenek egyezések, az identitás előzményként van megjelölve az identitástérkép-naplóban, ezért meg kell vizsgálnia, hogy a felhasználó miért nem szerepel a címtár-szinkronizálásban. A migrálási specifikációs fájlt (migration.json) az áttelepítés előtt ki kell tölteni.

A validate parancstól prepareeltérően internetkapcsolatra van szükség, mivel az identitástérkép naplófájljának feltöltéséhez csatlakoznia kell a Microsoft Entra-azonosítóhoz. Ha az Azure DevOps Server-példány nem rendelkezik internet-hozzáféréssel, futtassa az eszközt egy olyan gépről, amely igen. Amíg az Azure DevOps Server-példányhoz intranetes kapcsolattal és internetkapcsolattal rendelkező gépet talál, futtassa ezt a parancsot. A paranccsal kapcsolatos segítségért prepare futtassa a következő parancsot:

Migrator prepare /help

A súgódokumentáció tartalmazza a parancsnak az Migrator Azure DevOps Server-példányból és egy távoli gépről való futtatására vonatkozó utasításokat és példákat. Ha a parancsot az Azure DevOps Server-példány egyik alkalmazásszintjéről futtatja, a parancsnak a következő struktúrával kell rendelkeznie:

Migrator prepare /collection:{collection URL} /tenantDomainName:{name} /region:{region}

Migrator prepare  /collection:{collection URL} /tenantDomainName:{name} /region:{region} /connectionString:"Data Source={sqlserver};Initial Catalog=Configuration;Integrated Security=True"

A connectionString paraméter az Azure DevOps Server-példány konfigurációs adatbázisára mutató mutató. Ha például a Fabrikam vállalat futtatja a prepare parancsot, a parancs a következő példához hasonlóan néz ki:

Migrator prepare /collection:http://fabrikam:8080/DefaultCollection /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} /connectionString:"Data Source=fabrikam;Initial Catalog=Configuration;Integrated Security=True"

Amikor az adatmigrálási eszköz futtatja a prepare parancsot, teljes ellenőrzést futtat annak érdekében, hogy a legutóbbi teljes ellenőrzés óta ne változzon semmi a gyűjteményben. Ha új problémákat észlel, a rendszer nem hoz létre migrálási fájlokat.

Röviddel a parancs futtatása után megjelenik egy Microsoft Entra bejelentkezési ablak. Jelentkezzen be a parancsban megadott bérlői tartományhoz tartozó identitással. Győződjön meg arról, hogy a megadott Microsoft Entra-bérlő az, amellyel a jövőbeli szervezetet háttérbe szeretné helyezni. A Fabrikam-példában egy felhasználó az alábbi képernyőképhez hasonló hitelesítő adatokat ad meg.

Fontos

Ne használjon tesztelési Microsoft Entra-bérlőt tesztmigráláshoz és éles Microsoft Entra-bérlőt az éles futtatáshoz. A Microsoft Entra-bérlő tesztelése identitásmigrálási problémákat okozhat, amikor megkezdi az éles üzemet a szervezet éles Microsoft Entra-bérlőjével.

Ha sikeresen futtatja a prepare parancsot az Adatmigrálási eszközben, az eredményablakban naplók és két áttelepítési fájl jelenik meg. A naplókönyvtárban keressen egy naplómappát és két fájlt:

  • migration.json a migrálás specifikációs fájlja. Javasoljuk, hogy időt vesz igénybe a kitöltéshez.
  • IdentityMapLog.csv tartalmazza az Active Directory Microsoft Entra-identitásokhoz való generált leképezését. A migrálás megkezdése előtt tekintse át a teljességet.

A két fájlt részletesebben a következő szakaszokban ismertetjük.

A migrálás specifikációs fájlja

A migrálási specifikáció ( migration.json) egy olyan JSON-fájl, amely áttelepítési beállításokat biztosít. Tartalmazza a kívánt szervezetnevet, a tárfiók adatait és egyéb információkat. A legtöbb mező automatikusan fel van töltve, és egyes mezők a migrálási kísérlet előtt igénylik a bemenetet.

Képernyőkép egy újonnan létrehozott áttelepítési specifikációs fájlról.

A migration.json fájl megjelenített mezőit és a szükséges műveleteket az alábbi táblázat ismerteti:

Mező Leírás Szükséges művelet
Forrás A migráláshoz használt forrásadatfájlok helyével és nevével kapcsolatos információk. Nincs szükség beavatkozásra. Tekintse át a követendő almezőműveletek adatait.
Hely Az adatrétegű alkalmazáscsomagot (DACPAC) üzemeltető Azure Storage-fiók közös hozzáférésű jogosultságkódja. Nincs szükség beavatkozásra. Ezt a mezőt egy későbbi lépés ismerteti.
Fájlok Az áttelepítési adatokat tartalmazó fájlok neve. Nincs szükség beavatkozásra. Tekintse át a követendő almezőműveletek adatait.
DACPAC Egy DACPAC-fájl, amely a gyűjteményadatbázist csomagolja az adatok migrálás során történő begyűjtéséhez. Nincs szükség beavatkozásra. Egy későbbi lépésben a gyűjtemény használatával hozza létre ezt a fájlt, majd töltse fel egy Azure Storage-fiókba. Frissítse a fájlt a folyamat későbbi létrehozásakor használt név alapján.
Cél A migrálandó új szervezet tulajdonságai. Nincs szükség beavatkozásra. Tekintse át a követendő almezőműveletek adatait.
Név A migrálás során létrehozandó szervezet neve. Adjon meg egy nevet. A név később gyorsan módosítható a migrálás befejezése után.
MEGJEGYZÉS: Az áttelepítés futtatása előtt ne hozzon létre ilyen nevű szervezetet. A szervezet a migrálási folyamat részeként jön létre.
ImportType A futtatni kívánt áttelepítés típusa. Nincs szükség beavatkozásra. Egy későbbi lépésben válassza ki a futtatni kívánt áttelepítés típusát.
Érvényesítési adatok A migrálási élmény eléréséhez szükséges információk. Az adatmigrálási eszköz létrehozza a "ValidationData" szakaszt. Olyan információkat tartalmaz, amelyek segítenek a migrálási élményben. Ne* szerkessze az ebben a szakaszban szereplő értékeket, vagy előfordulhat, hogy a migrálás nem indul el.

Az előző folyamat befejezése után rendelkeznie kell egy olyan fájllal, amely az alábbi példához hasonlóan néz ki.

Képernyőkép egy részben befejezett áttelepítési specifikációs fájlról.

Az előző képen a Fabrikam migrálás tervezője hozzáadta a szervezet fabrikam-import nevét, és a migrálás földrajzi helyeként a CUS -t (központi Egyesült Államok) jelölte ki. A rendszer más értékeket is hagyott a módosítás előtt, mielőtt a tervező offline állapotba hozta a gyűjteményt az áttelepítéshez.

Feljegyzés

A tesztfuttatás importálásához automatikusan hozzá van fűzve egy "-dryrun" a szervezet nevének végéhez, amelyet a migrálás után módosíthatj.

Támogatott Azure-régiók migráláshoz

Az Azure DevOps Services számos földrajzi helyen érhető el. A migráláshoz azonban nem minden olyan hely támogatott, ahol az Azure DevOps Services elérhető. Az alábbi táblázat a migráláshoz kiválasztható Azure-földrajzi helyeket sorolja fel. Az is tartalmazza az értéket, amelyet a migrálási specifikációs fájlban kell elhelyeznie, hogy megcélozza az adott földrajzi helyet az áttelepítéshez.

Földrajzi hely Az Azure földrajzi helye Specifikáció értékének importálása
Egyesült Államok Központi Egyesült Államok CUS
Európa Nyugat-Európa NYEU
Egyesült Királyság Egyesült Királyság – Dél UKS
Ausztrália Kelet-Ausztrália EAU
Dél-Amerika Dél-Brazília SBR
Ázsia és a Csendes-óceáni térség Dél-India MA
Ázsia és a Csendes-óceáni térség Délkelet-Ázsia (Szingapúr) SEA
Kanada Közép-Kanada CC

Az identitástérkép naplója

Az identitástérkép naplója egyenlően fontos az Azure DevOps Servicesbe migrálandó tényleges adatokkal. A fájl áttekintése során fontos tisztában lenni az identitásmigrálás működésével és a lehetséges eredményekkel. Az identitás migrálása aktívvá vagy előzményré válhat. Az aktív identitások bejelentkezhetnek az Azure DevOps Servicesbe, de a korábbi identitások nem.

Aktív identitások

Az aktív identitások az Azure DevOps Services áttelepítés utáni felhasználói identitásaira vonatkoznak. Az Azure DevOps Servicesben ezek az identitások licencelve vannak, és a szervezet felhasználóiként jelennek meg. Az identitások aktívként vannak megjelölve az identitástérkép naplófájljának Várt importálási állapot oszlopában.

Előzményi identitások

Az előzményi identitások a várt importálási állapot oszlopban vannak leképezve az identitásleképezési naplófájlban. A fájlban sorbejegyzés nélküli identitások is előzményként válnak. Egy sorbejegyzés nélküli identitásra példa lehet egy alkalmazott, aki már nem dolgozik egy vállalatnál.

Az aktív identitásoktól eltérően a korábbi identitások:

  • A migrálás után nincs hozzáférése egy szervezethez.
  • Nincsenek licencek.
  • Ne jelenjen meg a szervezet felhasználóiként. Minden, ami megmarad, az identitás nevének fogalma a szervezetben, hogy az előzményei később is kereshetők legyenek. Javasoljuk, hogy használjon előzményi identitásokat azokhoz a felhasználókhoz, akik már nem dolgoznak a vállalatnál, vagy akiknek nincs szükségük további hozzáférésre a szervezethez.

Feljegyzés

Miután az identitást előzményként importálta, nem válhat aktívvá.

Az identitástérkép naplófájljának ismertetése

Az identitástérkép naplófájlja az itt látható példához hasonló:

Képernyőkép az adatmigrálási eszköz által létrehozott identitástérkép naplófájlról.

Az identitástérkép naplófájljának oszlopait az alábbi táblázat ismerteti:

Önnek és a Microsoft Entra rendszergazdájának meg kell vizsgálnia a nem egyezőként megjelölt felhasználókat (ellenőrizze a Microsoft Entra ID Syncet), hogy megértse, miért nem részei a Microsoft Entra Csatlakozás Syncnek.

Oszlop Leírás
Active Directory: Felhasználó (Azure DevOps Server) Az identitás által az Azure DevOps Serverben használt rövid megjelenítendő név. Ez a név megkönnyíti annak azonosítását, hogy melyik felhasználóra hivatkozik a térkép vonala.
Active Directory: Biztonsági azonosító Az Azure DevOps Server helyi Active Directory identitásának egyedi azonosítója. Ez az oszlop a gyűjtemény felhasználóinak azonosítására szolgál.
Microsoft Entra ID: Várható importálási felhasználó (Azure DevOps Services) Vagy a megfeleltethető hamarosan aktív felhasználó várt bejelentkezési címe, vagy nem található egyezés (Ellenőrizze a Microsoft Entra ID Syncet), amely azt jelzi, hogy az identitás elveszett a Microsoft Entra ID Sync során, és előzményként van importálva.
Várt importálási állapot A felhasználó várható migrálási állapota: aktív , ha egyezés van az Active Directory és a Microsoft Entra-azonosító között, vagy előzmény , ha nincs egyezés.
Érvényesítési dátum Az identitástérkép-napló legutóbbi ellenőrzése.

Ahogy végigolvassa a fájlt, figyelje meg, hogy a Várt importálási állapot oszlop értéke aktív vagy előzmény. Az Aktív azt jelzi, hogy az ezen a sorban lévő identitás megfelelően megfelel az áttelepítésnek. A történelmi érték azt jelenti, hogy az identitások a migrálás során előzményré válnak. A teljesség és a helyesség érdekében fontos áttekinteni a létrehozott leképezési fájlt.

Fontos

Az áttelepítés meghiúsul, ha jelentős változások történnek a Microsoft Entra Csatlakozás a migrálási kísérletek közötti biztonsági azonosító szinkronizálása során. A tesztfuttatások között új felhasználókat vehet fel, és kijavíthatja a korábban importált előzményi identitások aktívvá válását. A korábban aktívként importált meglévő felhasználót azonban nem módosíthatja. Ennek hatására a migrálás sikertelen lesz. Ilyen változás lehet például egy tesztfuttatási migrálás befejezése, egy aktívan importált Identitás törlése a Microsoft Entra-azonosítóból, új felhasználó létrehozása a Microsoft Entra-azonosítóban ugyanahhoz az identitáshoz, majd újabb migrálási kísérlet. Ebben az esetben egy aktív identitásmigrálási kísérlet történik az Active Directory és az újonnan létrehozott Microsoft Entra-identitás között, de migrálási hibát okoz.

  1. Tekintse át a helyesen egyeztetett identitásokat. Az összes várt identitás jelen van? A felhasználók a megfelelő Microsoft Entra-identitáshoz vannak hozzárendelve?

    Ha bármilyen értéket módosítani kell, forduljon a Microsoft Entra rendszergazdájához, hogy ellenőrizze, hogy a helyi Active Directory identitás a Microsoft Entra-azonosítóval való szinkronizálás része-e, és megfelelően van-e beállítva. További információ: Helyszíni identitások integrálása a Microsoft Entra-azonosítóval.

  2. Ezután tekintse át az előzményként megjelölt identitásokat. Ez a címkézés azt jelenti, hogy az alábbi okok valamelyike miatt nem található egyező Microsoft Entra-identitás:

    • Az identitás nincs beállítva a helyi Active Directory és a Microsoft Entra ID közötti szinkronizáláshoz.
    • Az identitás még nincs kitöltve a Microsoft Entra-azonosítóban (például van egy új alkalmazott).
    • Az identitás nem létezik a Microsoft Entra-példányban.
    • Az identitás tulajdonosa már nem dolgozik a vállalatnál.

Az első három ok megoldásához állítsa be a kívánt helyi Active Directory identitást a Microsoft Entra-azonosítóval való szinkronizáláshoz. További információ: Helyszíni identitások integrálása a Microsoft Entra-azonosítóval. A Microsoft Entra Csatlakozás kell beállítania és futtatnia ahhoz, hogy az identitások aktívként importálhatók legyenek az Azure DevOps Servicesben.

Figyelmen kívül hagyhatja a negyedik okot, mert a vállalatnál már nem dolgozó alkalmazottakat előzményként kell importálni.

Előzményi identitások (kis csapatok)

Feljegyzés

Az ebben a szakaszban javasolt identitásmigrálási stratégiát csak kis csapatok tekinthetik.

Ha a Microsoft Entra Csatlakozás nincs konfigurálva, az identitástérkép naplófájljának összes felhasználója előzményként lesz megjelölve. Ha így futtat egy migrálást, az az összes felhasználót előzményként importálja. Határozottan javasoljuk, hogy konfigurálja a Microsoft Entra Csatlakozás, hogy a felhasználókat aktívként importálja.

A migrálás minden előzményi identitással való futtatása olyan következményekkel jár, amelyeket alaposan meg kell fontolni. Csak a néhány felhasználóval rendelkező csapatoknak kell figyelembe venniük a Microsoft Entra Csatlakozás beállításának költségeit.

Az összes identitás előzményként való áttelepítéséhez kövesse a későbbi szakaszokban ismertetett lépéseket. A migrálás várólistára helyezésekor az áttelepítés várólistára helyezéséhez használt identitást a rendszer a szervezet tulajdonosaként aktiválja. A rendszer minden más felhasználót előzményként importál. A szervezettulajdonosok ezután a Microsoft Entra-identitásukkal újra felvehetik a felhasználókat. A hozzáadott felhasználókat a rendszer új felhasználóként kezeli. Nem rendelkeznek egyetlen előzményükkel sem, és nem lehet ezeket a előzményeket a Microsoft Entra-identitásra áttelepíteni. A felhasználók azonban továbbra is megkereshetik a premigrációs előzményeiket a sajátjuk \<domain>\<Active Directory username>keresésével.

Az adatmigrálási eszköz figyelmeztetést jelenít meg, ha észleli a teljes előzményi identitások forgatókönyvét. Ha úgy dönt, hogy végighalad ezen a migrálási útvonalon, az eszközben hozzá kell adnia a korlátozásokat.

Visual Studio-előfizetések

Az adatmigrálási eszköz nem tudja észlelni a Visual Studio-előfizetéseket (korábbi nevén MSDN-előnyöket) az identitástérkép naplófájljának létrehozásakor. Ehelyett azt javasoljuk, hogy a migrálás után alkalmazza az automatikus licencfrissítési funkciót. Mindaddig, amíg a felhasználók munkahelyi fiókjai megfelelően vannak összekapcsolva , az Azure DevOps Services automatikusan alkalmazza a Visual Studio-előfizetés előnyeit a migrálás utáni első bejelentkezéskor. A migrálás során hozzárendelt licencekért soha nem kell fizetnie, így később biztonságosan kezelheti az előfizetéseket.

Nem kell megismételnie a tesztfuttatás migrálását, ha a felhasználók Visual Studio-előfizetései nem frissülnek automatikusan az Azure DevOps Servicesben. A Visual Studio-előfizetés összekapcsolása a migrálás hatókörén kívül történik. Ha a munkahelyi fiók megfelelően van összekapcsolva a migrálás előtt vagy után, a rendszer automatikusan frissíti a felhasználói licenceket a következő bejelentkezéskor. A licencek sikeres frissítése után, a migrálás következő futtatásakor a rendszer automatikusan frissíti a felhasználókat az első bejelentkezéskor a szervezetbe.

Előkészületek a migráláshoz

Most már minden készen áll a tesztelési futtatási migrálás végrehajtására. Ütemezzen állásidőt a csapatával, hogy offline állapotba vigye a gyűjteményt a migráláshoz. Amikor megegyezik a migrálás futtatásának idejével, töltse fel a létrehozott szükséges objektumokat és az adatbázis egy példányát az Azure-ba. A migrálás előkészítése az alábbi öt lépésből áll.

1. lépés: A gyűjtemény offline állapotba helyezése és leválasztása. 2. lépés: Hozzon létre egy DACPAC-fájlt a migrálni kívánt gyűjteményből.
3. lépés: Töltse fel a DACPAC-fájlt és a migrálási fájlokat egy Azure Storage-fiókba.
4. lépés: Hozzon létre egy SAS-jogkivonatot a tárfiók eléréséhez.
5. lépés: Végezze el a migrálási specifikációt.

Feljegyzés

Éles migrálás előtt javasoljuk, hogy végezzen el egy tesztfuttatási migrálást. Egy tesztfuttatással ellenőrizheti, hogy az áttelepítési folyamat működik-e a gyűjteményben, és hogy nincsenek-e olyan egyedi adatalakzatok, amelyek éles migrálási hibát okozhatnak.

1. lépés: A gyűjtemény leválasztása

A gyűjtemény leválasztása kulcsfontosságú lépés a migrálási folyamat során. A gyűjtemény identitásadatai az Azure DevOps Server-példány konfigurációs adatbázisában találhatók, miközben a gyűjtemény csatolva van és online állapotban van. Ha egy gyűjtemény le van választva az Azure DevOps Server-példányról, a rendszer másolatot készít az identitásadatokról, és a gyűjteménybe csomagolja azokat átvitel céljából. Ezen adatok nélkül a migrálás identitásrésze nem hajtható végre.

Tipp.

Azt javasoljuk, hogy a gyűjteményt a migrálás befejezéséig tartsa leválasztva, mert a migrálás során bekövetkezett módosítások áttelepítésére nincs mód. Miután biztonsági másolatot készít a migrálásról, újra kell szinkronizálni a gyűjteményt, így nem aggódik amiatt, hogy az ilyen típusú migráláshoz a legújabb adatokkal rendelkezik. Az offline idő teljes elkerülése érdekében dönthet úgy is, hogy offline leválasztást alkalmaz a tesztfuttatásokhoz.

Fontos mérlegelni, hogy a tesztfuttatások zéró állásidővel járnak-e. Ehhez biztonsági másolatot kell készítenie a gyűjteményről és a konfigurációs adatbázisról, vissza kell állítania őket egy SQL-példányon, majd létre kell hoznia egy leválasztott biztonsági másolatot. A költségelemzések azt bizonyíthatják, hogy a leválasztott biztonsági mentés közvetlen készítéséhez mindössze néhány órányi állásidő szükséges.

2. lépés: DACPAC-fájl létrehozása

A DACPACs gyors és viszonylag egyszerű módszert kínál a gyűjtemények Azure DevOps Servicesbe való áthelyezéséhez. Ha azonban egy gyűjteményadatbázis mérete túllép egy bizonyos küszöbértéket, a DACPAC használatának előnyei csökkenni kezdenek.

Feljegyzés

Ha az adatmigrálási eszköz figyelmeztetést jelenít meg arról, hogy nem használhatja a DACPAC metódust, az SQL Azure virtuális gép (VM) metódussal kell végrehajtania a migrálást. Ebben az esetben hagyja ki a 2–5. lépést, és kövesse a tesztelési fázis előkészítése, a nagy gyűjtemények migrálása szakasz utasításait, majd folytassa az áttelepítés típusának meghatározásával. Ha az adatmigrálási eszköz nem jelenít meg figyelmeztetést, használja az ebben a lépésben ismertetett DACPAC metódust.

A DACPAC az SQL Server egyik funkciója, amely lehetővé teszi, hogy az adatbázisok egyetlen fájlba legyenek csomagolva, és az SQL Server más példányaiba legyenek üzembe helyezve. A DACPAC-fájlok közvetlenül az Azure DevOps Servicesbe is visszaállíthatók, így csomagolási módszerként használhatja a gyűjtemény adatainak felhőben való lekéréséhez.

Fontos

  • Ha SqlPackage.exe használ, a DACPAC előkészítéséhez a SqlPackage.exe .NET-keretrendszer verzióját kell használnia. Az MSI-telepítőt kell használni a SqlPackage.exe .NET-keretrendszer verziójának telepítéséhez. Ne használja a SqlPackage.exe dotnet CLI vagy .zip (Windows .NET 6) verzióit, mert ezek a verziók olyan DACPAC-kat hozhatnak létre, amelyek nem kompatibilisek az Azure DevOps Services szolgáltatással.
  • Az SqlPackage 161-es verziója alapértelmezés szerint titkosítja az adatbázis-kapcsolatokat, és előfordulhat, hogy nem csatlakozik. Ha bejelentkezési folyamathiba jelenik meg, adja hozzá ;Encrypt=False;TrustServerCertificate=True az SqlPackage utasítás kapcsolati sztring.

Töltse le és telepítse SqlPackage.exe a legújabb MSI Installer használatával az SqlPackage kibocsátási megjegyzéseiből.

Az MSI Installer használata után SqlPackage.exe a következőhöz hasonló elérési úton telepítheti a telepítendőket %PROGRAMFILES%\Microsoft SQL Server\160\DAC\bin\.

A DACPAC létrehozásakor két szempontot kell figyelembe vennie: a DACPAC által mentett lemezt és a DACPAC-t létrehozó gépen lévő lemezterületet. Győződjön meg arról, hogy elegendő lemezterülettel rendelkezik a művelet elvégzéséhez.

A csomag létrehozásakor SqlPackage.exe ideiglenesen tárolja a gyűjteményből származó adatokat annak a gépnek a C meghajtóján található ideiglenes könyvtárban, amelyről a csomagolási kérelmet kezdeményezi.

Előfordulhat, hogy a C meghajtó túl kicsi ahhoz, hogy támogassa a DACPAC létrehozását. A gyűjteményadatbázis legnagyobb tábláját keresve megbecsülheti a szükséges területet. A DACPAC-k egyszerre egy táblát hoznak létre. A generáció futtatásának maximális helyigénye nagyjából megegyezik a gyűjtemény adatbázisának legnagyobb táblájának méretével. Ha a generált DACPAC-t a C meghajtóra menti, vegye figyelembe a gyűjteményadatbázis méretét, ahogyan azt a DataMigrationTool.log fájlban egy érvényesítési futtatás során jelentették.

A DataMigrationTool.log fájl a gyűjtemény legnagyobb tábláinak listáját tartalmazza a parancs futtatásakor. Ha egy gyűjtemény táblázatméreteit szemlélteti, tekintse meg az alábbi kimenetet. Hasonlítsa össze a legnagyobb tábla méretét az ideiglenes könyvtárat üzemeltető meghajtó szabad területével.

Fontos

A DACPAC-fájl létrehozása előtt győződjön meg arról, hogy a gyűjtemény le van választva.

[Info   @08:23:59.539] Table name                               Size in MB
[Info   @08:23:59.539] dbo.tbl_Content                          38984
[Info   @08:23:59.539] dbo.tbl_LocalVersion                     1935
[Info   @08:23:59.539] dbo.tbl_Version                          238
[Info   @08:23:59.539] dbo.tbl_FileReference                    85
[Info   @08:23:59.539] dbo.Rules                                68
[Info   @08:23:59.539] dbo.tbl_FileMetadata                     61

Győződjön meg arról, hogy az ideiglenes könyvtárat futtató meghajtón legalább annyi szabad hely van. Ha nem, akkor egy környezeti változó beállításával át kell irányítania az ideiglenes könyvtárat.

SET TEMP={location on disk}

Egy másik szempont a DACPAC-adatok mentése. Ha a mentett helyet távoli meghajtóra mutogatja, az hosszabb generációs időt eredményezhet. Ha egy gyors meghajtó, például egy SSD helyileg érhető el, javasoljuk, hogy a meghajtót a DACPAC mentési helyeként célozza meg. Ellenkező esetben mindig gyorsabb egy olyan lemez használata, amely azon a gépen található, ahol a gyűjteményadatbázis található, nem pedig távoli meghajtó.

Most, hogy azonosította a DACPAC célhelyét, és meggyőződett arról, hogy elegendő hely áll rendelkezésére, ideje létrehozni a DACPAC-fájlt.

Nyisson meg egy parancssori ablakot, és lépjen a SqlPackage.exe helyre. A DACPAC létrehozásához cserélje le a helyőrző értékeket a szükséges értékekre, majd futtassa a következő parancsot:

SqlPackage.exe /sourceconnectionstring:"Data Source={database server name};Initial Catalog={Database Name};Integrated Security=True" /targetFile:{Location & File name} /action:extract /p:ExtractAllTableData=true /p:IgnoreUserLoginMappings=true /p:IgnorePermissions=true /p:Storage=Memory
  • Adatforrás: Az Azure DevOps Server-gyűjteményadatbázist üzemeltető SQL Server-példány.
  • Kezdeti katalógus: A gyűjtemény-adatbázis neve.
  • targetFile: A lemez helye és a DACPAC-fájl neve.

Az Azure DevOps Server adatszintjén futó DACPAC generációs parancs az alábbi példában látható:

SqlPackage.exe /sourceconnectionstring:"Data Source=localhost;Initial Catalog=Foo;Integrated Security=True" /targetFile:C:\DACPAC\Foo.dacpac /action:extract /p:ExtractAllTableData=true /p:IgnoreUserLoginMappings=true /p:IgnorePermissions=true /p:Storage=Memory

A parancs kimenete egy DACPAC-fájl, amely a Foo.dacpac nevű Foo gyűjteményadatbázisból jön létre.

A gyűjtemény konfigurálása migráláshoz

Miután a gyűjteményadatbázis helyreállt az Azure-beli virtuális gépen, konfiguráljon egy SQL-bejelentkezést, hogy az Azure DevOps Services csatlakozzon az adatbázishoz az adatok áttelepítéséhez. Ez a bejelentkezés csak egyetlen adatbázis olvasási elérését teszi lehetővé.

Első lépésként nyissa meg az SQL Server Management Studiót a virtuális gépen, majd nyisson meg egy új lekérdezési ablakot az importálni kívánt adatbázison.

Állítsa az adatbázis helyreállítását egyszerűre:

ALTER DATABASE [<Database name>] SET RECOVERY SIMPLE;

Hozzon létre egy SQL-bejelentkezést az adatbázishoz, és rendelje hozzá a "TF Standard kiadás XECROLE" bejelentkezést:

USE [<database name>]
CREATE LOGIN <pick a username> WITH PASSWORD = '<pick a password>'
CREATE USER <username> FOR LOGIN <username> WITH DEFAULT_SCHEMA=[dbo]
EXEC sp_addrolemember @rolename='TFSEXECROLE', @membername='<username>'

A Fabrikam példáját követve a két SQL-parancs a következő példához hasonlóan nézne ki:

ALTER DATABASE [Foo] SET RECOVERY SIMPLE;

USE [Foo]
CREATE LOGIN fabrikam WITH PASSWORD = 'fabrikamimport1!'
CREATE USER fabrikam FOR LOGIN fabrikam WITH DEFAULT_SCHEMA=[dbo]
EXEC sp_addrolemember @rolename='TFSEXECROLE', @membername='fabrikam'

Feljegyzés

Engedélyezze az SQL Server és a Windows hitelesítési módot a virtuális gépen futó SQL Server Management Studióban. Ha nem engedélyezi a hitelesítési módot, az áttelepítés meghiúsul.

A migrálás specifikációs fájljának konfigurálása a virtuális gép megcélzásához

Frissítse a migrálás specifikációs fájlját, hogy tartalmazza az SQL Server-példányhoz való csatlakozással kapcsolatos információkat. Nyissa meg a migrálási specifikációs fájlt, és végezze el az alábbi frissítéseket.

  1. Távolítsa el a DACPAC paramétert a forrásfájlok objektumából.

    A módosítás előtti migrálási specifikáció az alábbi kódban jelenik meg.

    Képernyőkép a migrálási specifikációról a módosítás előtt.

    A módosítás utáni migrálási specifikáció az alábbi kódban jelenik meg.

    Képernyőkép a módosítás utáni migrálási specifikációról.

  2. Töltse ki a szükséges paramétereket, és adja hozzá a következő tulajdonságobjektumot a forrásobjektumhoz a specifikációs fájlban.

    "Properties":
{
    "ConnectionString": "Data Source={SQL Azure VM Public IP};Initial Catalog={Database Name};Integrated Security=False;User ID={SQL Login Username};Password={SQL Login Password};Encrypt=True;TrustServerCertificate=True" 
}

A módosítások alkalmazása után a migrálási specifikáció az alábbi példához hasonlóan néz ki.

Képernyőkép az SQL Azure-beli virtuális gépekre hivatkozó migrálási specifikációról.

A migrálási specifikáció mostantól úgy van konfigurálva, hogy sql Azure-beli virtuális gépet használjon a migráláshoz. Folytassa az Azure DevOps Servicesbe való migrálás további előkészítési lépéseivel. Az áttelepítés befejezése után mindenképpen törölje az SQL-bejelentkezést, vagy forgassa el a jelszót. A Microsoft a migrálás befejezése után nem őrzi meg a bejelentkezési adatokat.

3. lépés: A DACPAC-fájl feltöltése

Feljegyzés

Ha az SQL Azure-beli virtuálisgép-metódust használja, csak a kapcsolati sztring kell megadnia. Nem kell fájlokat feltöltenie, és kihagyhatja ezt a lépést.

A DACPAC-t egy Azure Storage-tárolóba kell helyezni, amely lehet egy meglévő tároló, vagy egy kifejezetten a migráláshoz létrehozott tároló. Fontos, hogy a tároló a megfelelő földrajzi helyeken legyen létrehozva.

Az Azure DevOps Services több földrajzi helyen is elérhető. Amikor ezekre a helyekre importál, kritikus fontosságú az adatok helyes elhelyezése annak biztosítása érdekében, hogy az áttelepítés sikeresen elindulhasson. Az adatokat ugyanabban a földrajzi helyen kell elhelyezni, ahová importálja. Ha az adatokat máshová helyezi, az áttelepítés nem indítható el. Az alábbi táblázat felsorolja a tárfiók létrehozásához és az adatok feltöltéséhez elfogadható földrajzi helyeket.

A kívánt migrálás földrajzi helye Tárfiók földrajzi helye
Központi Egyesült Államok Központi Egyesült Államok
Nyugat-Európa Nyugat-Európa
Egyesült Királyság Egyesült Királyság – Dél
Kelet-Ausztrália Kelet-Ausztrália
Dél-Brazília Dél-Brazília
Dél-India Dél-India
Közép-Kanada Közép-Kanada
Ázsia és a Csendes-óceáni térség (Szingapúr) Ázsia és a Csendes-óceáni térség (Szingapúr)

Bár az Azure DevOps Services több földrajzi helyen is elérhető az USA-ban, csak a központi Egyesült Államok hely fogadja el az új Azure DevOps-szolgáltatásokat. Az adatok jelenleg nem migrálhatók más USA-beli Azure-beli helyekre.

Blobtároló létrehozása az Azure Portalról. A tároló létrehozása után töltse fel a Gyűjtemény DACPAC-fájlját.

A migrálás befejezése után törölje a blobtárolót és a hozzá tartozó tárfiókot olyan eszközökkel, mint az AzCopy vagy bármely más Azure Storage Explorer eszköz, például az Azure Storage Explorer.

Feljegyzés

Ha a DACPAC-fájl nagyobb, mint 10 GB, javasoljuk, hogy az AzCopyt használja. Az AzCopy többszálú feltöltési támogatást nyújt a gyorsabb feltöltéshez.

4. lépés: SAS-jogkivonat létrehozása

A közös hozzáférésű jogosultságkód (SAS) jogkivonat delegált hozzáférést biztosít a tárfiók erőforrásaihoz. A jogkivonat lehetővé teszi, hogy a Microsoft számára a migrálás végrehajtásához szükséges legalacsonyabb szintű jogosultságot adja meg az adatok eléréséhez.

SAS-jogkivonatokat az Azure Portalon hozhat létre. Biztonsági szempontból a következő feladatokat javasoljuk:

  1. Csak az Olvasás és a Lista lehetőséget válassza ki az SAS-jogkivonat engedélyeként. Nincs szükség más engedélyekre.
  2. Állítson be egy lejárati időt legfeljebb hét nappal a jövőre.
  3. Csak az Azure DevOps Services IP-címéhez való hozzáférés korlátozása.
  4. Kezelje az SAS-kulcsot titkos kulcsként. Ne hagyja a kulcsot nem biztonságos helyen, mert olvasási és listázási hozzáférést biztosít a tárolóban tárolt adatokhoz.

5. lépés: A migrálási specifikáció elvégzése

A folyamat korábbi részében részben kitöltötte a migrálás specifikációs fájlját, az úgynevezett migration.json. Ezen a ponton elegendő információval rendelkezik ahhoz, hogy az áttelepítési típus kivételével az összes többi mezőt kitöltse. Az áttelepítési típusról később, az áttelepítési szakaszban olvashat.

A migration.json specifikációs fájl Forrás területén töltse ki az alábbi mezőket.

  • Hely: Illessze be a szkriptből létrehozott SAS-kulcsot, majd másolja az előző lépésben.
  • Dacpac: Győződjön meg arról, hogy a fájl ( beleértve a .dacpac fájlkiterjesztést is) neve megegyezik a tárfiókba feltöltött DACPAC-fájl nevével.

A végleges áttelepítési specifikációs fájlnak az alábbi példához hasonlóan kell kinéznie.

Képernyőkép a befejezett migrálási specifikációs fájlról.

Az áttelepítés típusának meghatározása

Az importálások tesztfuttatásként vagy éles futtatásként is várólistára állíthatók. Az ImportType paraméter határozza meg a migrálás típusát:

  • TestRun: Tesztfuttatás használata tesztelési célokra. A rendszer 45 nap után törli a tesztfuttatásokat.
  • ProductionRun: Éles futtatást használjon, ha meg szeretné tartani az eredményül kapott migrálást, és teljes munkaidőben szeretné használni a szervezetet az Azure DevOps Servicesben az áttelepítés befejezése után.

Tipp.

Mindig azt javasoljuk, hogy először végezze el a tesztfuttatás migrálását.

Képernyőkép a migrálási típussal rendelkező, befejezett áttelepítési specifikációs fájlról.

Futtatási szervezetek tesztelése

A tesztüzemű szervezetek segítenek a csapatoknak tesztelni a gyűjtemények migrálását. Az éles migrálás futtatása előtt minden befejezett tesztfuttatási szervezetet törölni kell. Minden tesztfuttatási szervezet rendelkezik korlátozott létezéssel, és egy megadott idő elteltével automatikusan törlődik. Az áttelepítés befejezése után kapott sikeres e-mail tartalmazza a szervezet törlésének időpontjáról szóló információkat. Ügyeljen arra, hogy jegyezze fel ezt a dátumot, és ennek megfelelően tervezze meg.

A tesztüzemű szervezeteknek 45 napjuk van a törlésük előtt. A megadott időtartam után a tesztfuttatási szervezet törlődik. Az éles migrálás előtt a szükséges számú alkalommal megismételheti a tesztfuttatás importálását.

Tesztfuttatások törlése

Az új kísérlet előtt törölje a korábbi tesztfuttatásokat. Ha a csapat készen áll az éles migrálás elvégzésére, manuálisan kell törölnie a tesztfuttatási szervezetet. Mielőtt futtatna egy második tesztfuttatási migrálást vagy a végleges éles migrálást, törölje az előző tesztfuttatásban létrehozott korábbi Azure DevOps Services-szervezeteket. További információ: Szervezet törlése.

Tipp.

Nem kötelező információk a felhasználók sikeresebb végrehajtásáhozA tesztfuttatás első lépését követő migrálás várhatóan hosszabb időt vesz igénybe, mivel a korábbi tesztfuttatások erőforrásainak törléséhez több időre van szükség.

A törlés vagy átnevezés után akár egy órát is igénybe vehet, ha egy szervezet neve elérhetővé válik. További információkért tekintse meg a migrálás utáni feladatokról szóló cikket.

Ha migrálási problémákat tapasztal, tekintse meg az áttelepítési és migrálási hibák hibaelhárítását.

Migrálás futtatása

A csapat most már készen áll a migrálás futtatásának megkezdésére. Javasoljuk, hogy az éles környezetben történő migrálás előtt kezdjen egy sikeres tesztfuttatással. A tesztfuttatás importálásával előre láthatja, hogyan néz ki a migrálás, azonosíthatja a lehetséges problémákat, és tapasztalatot szerezhet az éles futtatás előtt.

Feljegyzés

  • Ha meg kell ismételnie egy teljes, éles környezetben futtatott migrálást egy gyűjteményhez, például visszaállítás esetén, forduljon az Azure DevOps Services ügyfélszolgálatához , mielőtt sorba állít egy másik migrálást.
  • Az Azure-rendszergazdák megakadályozhatják, hogy a felhasználók új Azure DevOps-szervezeteket hozzanak létre. Ha a Microsoft Entra bérlői szabályzat be van kapcsolva, az áttelepítés nem fejeződik be. Mielőtt hozzákezdene, ellenőrizze, hogy nincs-e beállítva a szabályzat, vagy hogy kivétel van-e az áttelepítést végrehajtó felhasználó számára. További információ: Szervezetlétrehozás korlátozása a Microsoft Entra bérlői szabályzatán keresztül.
  • Az Azure DevOps Services nem támogatja a folyamatonkénti adatmegőrzési szabályzatokat, és nem kerülnek át a üzemeltetett verzióra.

A visszaállítási tervek szempontjai

A végső éles üzemet végző csapatok gyakori aggálya a visszaállítási tervük, ha bármi probléma merül fel a migrálással kapcsolatban. Javasoljuk, hogy végezze el a tesztfuttatást, hogy tesztelhesse az Azure DevOps adatmigrálási eszközéhez megadott áttelepítési beállításokat.

A végső éles futtatás visszaállítása meglehetősen egyszerű. A migrálás várólistára helyezése előtt válassza le a csapatprojekt-gyűjteményt az Azure DevOps Serverről, ami elérhetetlenné teszi a csapattagok számára. Ha bármilyen okból vissza kell állítania az éles üzemet, és újra online állapotba kell hoznia a helyszíni kiszolgálót a csapattagok számára, megteheti. Csatolja ismét a helyszíni csapatprojekt-gyűjteményt, és tájékoztassa a csapatot arról, hogy továbbra is normálisan működnek, miközben a csapat újracsoportosít a lehetséges hibák megértéséhez.

Ezután az Azure DevOps Services ügyfélszolgálatához fordulhat segítségért a hiba okának megértéséhez, ha nem tudja megállapítani az okot. További információ: Hibaelhárítási cikk. Az ügyfélszolgálati jegyek a következő oldalról https://aka.ms/AzureDevOpsImportSupportnyithatóak meg. Fontos megjegyezni, hogy ha a probléma megköveteli, hogy a termékcsoport mérnökei bevonják ezeket az eseteket, a rendszer a szokásos munkaidőben kezeli.

Válassza le a csapatprojekt-gyűjteményt az Azure DevOps Serverről, hogy előkészítse a migrálásra.

Az SQL-adatbázis biztonsági másolatának létrehozása előtt az adatmigrálási eszköznek teljesen le kell választania a gyűjteményt az Azure DevOps Serverről (nem SQL-ről). Az Azure DevOps Server leválasztási folyamata a gyűjteményadatbázison kívül tárolt felhasználói identitásadatokat továbbítja, és hordozhatóvá teszi az új TFS-kiszolgálóra vagy ebben az esetben az Azure DevOps Servicesre való áttérést.

A gyűjtemény leválasztása egyszerűen elvégezhető az Azure DevOps Server Rendszergazda istration konzolról az Azure DevOps Server-példányon. További információ: Projektgyűjtemény áthelyezése, A gyűjtemény leválasztása.

A migrálás várólistája

Fontos

Mielőtt továbblép, győződjön meg arról, hogy a gyűjtemény le lett választva , mielőtt létrehoz egy DACPAC-fájlt, vagy feltöltené a gyűjtemény-adatbázist egy SQL Azure-beli virtuális gépre. Ha nem hajtja végre ezt a lépést, az áttelepítés meghiúsul. Ha az áttelepítés sikertelen, tekintse meg az áttelepítési hibák elhárítását.

Indítsa el az áttelepítést az Adatmigrálási eszköz importálási parancsával. A migrálási parancs bemenetként egy migrálási specifikációs fájlt vesz fel. Elemzi a fájlt, hogy a megadott értékek érvényesek legyenek, és ha sikeres, az Azure DevOps Servicesbe való migrálást is várólistára állítja. A migrálási parancshoz internetkapcsolat szükséges, de nem* igényel kapcsolatot az Azure DevOps Server-példányhoz.

Első lépésként nyisson meg egy parancssori ablakot, és módosítsa a könyvtárakat az adatmigrálási eszköz elérési útjára. Javasoljuk, hogy tekintse át az eszköz által biztosított súgószöveget. Futtassa a következő parancsot az áttelepítési parancs útmutatásának és súgójának megtekintéséhez:

Migrator migration /help

A migrálás várólistára helyezésének parancsa a következő struktúrával rendelkezik:

Migrator migration /importFile:{location of migration specification file}

Az alábbi példa egy befejezett áttelepítési parancsot mutat be:

Migrator migration /importFile:C:\DataMigrationToolFiles\migration.json

Az ellenőrzés sikeressége után jelentkezzen be a Microsoft Entra-azonosítóba egy olyan identitással, amely ugyanahhoz a Microsoft Entra-bérlőhöz tartozik, amellyel az identitástérkép naplófájlja készült. A bejelentkezett felhasználó az importált szervezet tulajdonosa.

Feljegyzés

Minden Microsoft Entra-bérlő 24 órás időszakonként öt importra korlátozódik. Csak az üzenetsorba helyezett importálások számítanak bele ebbe a korlátba.

Amikor a csapat kezdeményez egy migrálást, a rendszer e-mail-értesítést küld az áttelepítést várólistára helyezett felhasználónak. Körülbelül 5–10 perccel azután, hogy sorba állítja a migrálást, a csapata a szervezethez léphet, hogy ellenőrizze az állapotot. A migrálás befejezése után a rendszer arra utasítja a csapatot, hogy jelentkezzen be, és e-mailben értesítést küld a szervezet tulajdonosának.

Az adatmigrálási eszköz megjelöli azokat a hibákat, amelyeket az áttelepítés előtt ki kell javítania. Ez a cikk a migrálásra készülő leggyakoribb figyelmeztetéseket és hibákat ismerteti. Az egyes hibák kijavítása után futtassa újra a migrálási érvényesítési parancsot a megoldás ellenőrzéséhez.

Következő lépések

Migrálási hibák elhárítása