Ismerkedés az Azure DevOps adatmigrálási eszközével
Mielőtt az Azure DevOps adatmigrálási eszközével nagy megbízhatósággal migrálhatja az adatbázist, ismerje meg a cikkben szereplő alapvető fogalmakat.
Megtudhatja, hogy mely adatok migrálhatók
Nem minden adat lesz migrálva. A rendszer nem migrálja a gyűjteményen kívüli adatbázisokat, például a jelentéskészítést és a SharePoint-adatokat. Az alábbi szakaszok részletesebben ismertetik, hogy mely adatok migrálhatók.
Szolgáltatási keretbe foglalt adatmennyiség
Az alábbi táblázat a migrálásban szereplő adatokat mutatja be.
| Szolgáltatási keretbe foglalt adatmennyiség | Leírás |
|---|---|
| Gyűjteményleképezés | Az Azure DevOps Server minden gyűjteménye egy adatbázisnak felel meg. A migrálás során a teljes gyűjtemény – beleértve a munkaelemeket, az előzményeket, a Team Foundation verziókövetési (TFVC) módosításait, a Git-adatokat, a builddefiníciókat és egyebeket – migrálva lesz az Azure DevOps Servicesbe. A munkaelem, a TFVC-változáskészlet és a Git véglegesítési számai/azonosítói változatlanok maradnak. |
Kizárt adatok
Az alábbi táblázat a migrálás konkrét adatkizárásait mutatja be.
| Kizárt adatok | Leírás |
|---|---|
| Bővítmények | A bővítményeket újra kell telepíteni a migrálás után. A helyi bővítményeket privát bővítményként kell közzétennie a Marketplace-en, és meg kell osztania a fiókkal. |
| Szolgáltatáshookok | A Service Hooks-adatok nem szerepelnek a migrálásban; áttelepítés után újrakonfigurálja. |
| Terhelésteszt | A terheléses tesztadatok nem kerülnek át; újrakonfigurálja a terhelési teszteket a migrálás után. |
| Folyamatügynökök és ügynökkészletek | A migrálás után konfigurálja újra a folyamatügynököket és az ügynökkészleteket. |
| Említések | A munkaelem-vitafórumok felhasználói megemlítései nem az új Microsoft Entra-azonosítót, hanem a helyszíni identitást őrzik meg. A felhasználónevekre való rámutatás nem jeleníti meg a névjegykártyákat, és egyes hivatkozások érvénytelenek lehetnek. |
| Project Server-integrációk | Az Azure DevOps Services nem érhető el. Ilyenek például az XAML-buildek, a Microsoft Test Manager, a SharePoint, az SQL Data Warehouse stb. |
| Előzetes verziós funkciók | Az Azure DevOps Server egyes funkciói megtekinthetők az Azure DevOps Servicesbe való migrálás során. |
Projektkorlátok
Ha a gyűjtemény számos projektet tartalmaz, az Azure DevOps Services szervezetenként 1000 projektet ír elő, bár legalább 300 projektet ajánlunk. Ezen a küszöbértéken túl bizonyos szolgáltatások – például a Szervezethez való csatlakozás a Visual Studióból – csökkenhetnek. Ha a korláton belül szeretne maradni, fontolja meg a gyűjtemény felosztását vagy a régebbi projektek törlését.
A helyszíni adatbázisok és az Azure DevOps-szervezetek közötti kapcsolat megismerése.
Mielőtt túl mélyen belemerül a migrálás megtervezésébe, fontos, hogy emelt szinten megértse, hogyan működik az adatbázis-migrálási folyamat. A migrálások a következő fő fogalmakon alapulnak:
- Csapatprojekt-gyűjtemény: Az Azure DevOps Server gyűjteményei fizikai tárolók a csapatprojektekhez és azok összetevőihez. Minden gyűjtemény egyetlen SQL-adatbázissal egyenlő, és az Azure DevOps Servicesbe történő migrálás forrása.
- Azure DevOps Services-szervezet: A szervezetek a felhőben üzemeltetett szolgáltatás felügyeleti egységei. Logikailag 1:1-et képeznek le egy csapatprojekt-gyűjtemény koncepciójára az Azure DevOps Serverben. Ezért a szervezetek az Azure DevOps Servicesbe történő migrálás célhelyei. Az Azure DevOps Services-szervezetek például ott jelennek meg
https://dev.azure.com/Contoso, ahol a Contoso az Azure DevOps Services-szervezet nevét jelöli.
Ha egy csapatprojekt-gyűjtemény SQL-adatbázisát migrálja, az adatmigrálási eszköz létrehoz egy új Azure DevOps-szervezetet egy felhasználó által megadott névvel. Nem lehet áttelepíteni egy gyűjteményadatbázist egy meglévő Azure DevOps Services-szervezetbe, vagy több gyűjteményadatbázist egyetlen Azure DevOps Services-szervezetbe egyesíteni. A leképezés szigorúan egy-az-egyhez a csapatprojekt-gyűjtemények és az Azure DevOps Services-szervezetek között.
Adatközpont kiválasztása
Az Azure DevOps Services-szervezet beállításakor kiválaszthatja az adatok helyét. A kezdeti regisztráció és a szervezet létrehozása során válassza ki az igényeinek megfelelő régiót. Ha később szeretné használni a migráláshoz, jegyezze fel a régió rövidített kódját. További információ: Támogatott régiók a migráláshoz.
A díjszabás ismertetése
A migrálással általában az a kérdés merül fel, hogy a vállalatnak milyen típusú licencelésre van szüksége az Azure DevOps Services használatához. A jó hír az, hogy valószínűleg minden szükséges licenccel rendelkezik. Létrehoztunk egy példamunkalapot, amely a legtöbb esetet lefedi. Ha bármilyen konkrét kérdése van a helyzetéről, forduljon a fejlesztői megoldás értékesítési szakemberéhez vagy a Microsoft Resellerhez. További információ: Az Azure DevOps díjszabása.
Felhasználói licencek munkalapja
| # | 1. oszlop | 2. oszlop |
|---|---|---|
| 0 | Csapattagok száma | |
| 2 | Érdekelt felek száma | |
| 3 | Sor kivonása (2) a sorból (1)* | |
| 4 | Visual Studio-előfizetők száma** | |
| 5 | Sor kivonása (4) a sorból (3) | |
| 6 | Sor kivonása (5) a sorból (5)*** |
- *Az érdekelt felek ingyenesek
- ** A Visual Studio előfizetői az Azure DevOps Servicest is tartalmazzák az előfizetés előnyeiként
- Minden Azure DevOps Services-szervezet öt ingyenes felhasználót kap
A funkciók elérésének költséghatékony lehetőségeiről a számlázás áttekintésében és az Azure díjszabási kalkulátorában talál további információt.
Vásároljon minden szükséges Azure DevOps Services-felhasználói licencet a Visual Studio Marketplace-en vagy az Azure Portalon. Ezt a folyamatot a tesztelési fázis előkészítése során ássuk be.
Az alapvető funkciók mellett az alábbi hozzáadott értékű szolgáltatások érhetők el az Azure DevOpsban, amelyek hasznosnak bizonyulhatnak:
- Üzemeltetett terheléstesztelési szolgáltatások: Ha szimulálnia és elemeznie kell a terhelés alatt lévő alkalmazások teljesítményét, az Azure DevOps üzemeltetett terheléstesztelési szolgáltatásokat nyújt. Ezek a szolgáltatások lehetővé teszik az alkalmazások stresszteszteléséhez és a szűk keresztmetszetek vagy a teljesítményproblémák azonosításához.
- Test Manager-bővítmények: Az átfogó tesztkezeléshez fontolja meg a Test Manager-bővítmények használatát. Ezek a bővítmények olyan funkciókkal bővítik a tesztelési képességeket, mint a teszteset-kezelés, a feltáró tesztelés és a tesztvégrehajtás nyomon követése.
- További funkciók: Az Azure DevOps különböző bővítményeket és integrációkat kínál, amelyek kielégítik az adott igényeket. Akár nem Microsoft-eszközökkel integrál, növeli a biztonságot, akár automatizálja az üzembe helyezési folyamatokat, számos lehetőség közül választhat.
Ezen szolgáltatások némelyike többletköltséggel járhat, ezért elengedhetetlen a követelmények és a költségvetés megfelelő kiértékelése. Ezek a költségek a társított előfizetés alatt jelennek meg a számlán. További információ: Számlázás beállítása. Ha konkrét kérdései vannak a helyzetéről, személyre szabott útmutatásért forduljon a DevOps-partneréhez, a Microsoft Resellerhez vagy a Microsoft Developer Solutions értékesítési szakemberéhez.
Az új szervezet lefoglalása
A migrálási projekt ütemtervét figyelembe véve javasoljuk, hogy korai időpontban foglalja le a szervezet nevét, hogy a kívánt név elérhető legyen a végleges migráláshoz.
Ha például a vállalata Contoso, és egy egyező nevű https://dev.azure.com/contososzervezetet szeretne, akkor most már létrehozhat egy ilyen nevű szervezetet. Ne feledje azonban, hogy csak egy vadonatúj Azure DevOps Services-szervezetbe migrálhat.
A szervezet nevének lefoglalásához hajtsa végre az alábbi lépéseket.
- Kezdeti foglalás:
- Hozzon létre egy szervezetet ideiglenes névvel,
https://dev.azure.com/contoso-temporarypéldául. - Foglalja le ezt az ideiglenes nevet a jövőbeli migráláshoz.
- Hozzon létre egy szervezetet ideiglenes névvel,
- Végleges migrálás:
- Ha készen áll a végleges migrálás megkezdésére, hajtsa végre a
https://dev.azure.com/contoso-temporaryszervezeten belül. - A sikeres migrálás után nevezze át a fenntartott szervezetet, hogy megnyissa az importált szervezet kívánt nevét. Nevezze át a törlés helyett, mert a törlés akár egy órát is igénybe vehet a név azonnali átnevezésekor.
- Azonnal nevezze át a migrált szervezetet a vágynévre,
https://dev.azure.com/contosoamelyet most törölt az átnevezéssel. - Ezen a ponton törölheti az eredetileg fenntartott és átnevezett szervezetet.
- Ha készen áll a végleges migrálás megkezdésére, hajtsa végre a
Ennek a megközelítésnek a követésével zökkenőmentes átmenetet hajthat végre, miközben biztosítja, hogy az előnyben részesített szervezet neve elérhető maradjon.