A „migration completed” nem ugyanaz, mint a validált SharePoint migráció

Egy dokumentummigráció technikailag lefuthat hibamentesen úgy is, hogy a céloldalon a felhasználók mégsem azt látják és nem azt érik el, amit kellene.

Ezért a „migration completed” állapotot nem tekintjük automatikusan kész állapotnak. A másolás és a validáció két külön delivery-fázis.

Mit kell külön ellenőrizni?

Egy OneDrive-ról SharePointra történő költözésnél legalább négy réteg válhat szét:

1. tartalom: minden szükséges mappa és fájl megérkezett-e;
2. struktúra: ugyanott és ugyanabban a logikai rendben található-e;
3. hozzáférés: a megfelelő felhasználók és csoportok férnek-e hozzá;
4. jogosultsági modell: az öröklés és az egyedi permission scope-ok a tervezett állapotot tükrözik-e.

A SharePoint jogosultságai öröklődhetnek a szülőobjektumtól, de bizonyos könyvtáraknál és mappáknál egyedi jogosultságok is lehetnek. Emiatt nem elég azt ellenőrizni, hogy „a fájl ott van”.

Egy anonimizált projekt tapasztalata

Egy valós Microsoft 365 környezetben több mint húsz partner dokumentumstruktúrájának OneDrive-ról SharePointra költöztetését kezeltük.

A teljes projektet nem mossuk össze a részletesen dokumentált ellenőrzési batch-csel. A számszerű bizonyíték egy négy partnerstruktúrás ellenőrzési körre vonatkozott.

Ebben a batchben:

• a rekurzív relatív path-validáció mind a négy partnerstruktúrán PASS eredményt adott;
• 24/24 elvárt csoporttagság igazolt volt;
• hiányzó elvárt csoporttagság: 0;
• 16/16 elvárt jogosultsági hozzárendelés igazolt volt;
• hiányzó elvárt jogosultsági hozzárendelés: 0;
• egyetlen vizsgált sor sem maradt a tervezett egyedi jogosultság nélkül;
• a szükséges partner root, év és feltöltési mappák megléte külön ellenőrzést kapott;
• a forrásoldali mappák lezárása és archiválása a migráció után kontrollált lépés volt.

A legnagyobb dokumentáltan ellenőrzött ág 102 mappát és 987 fájlt tartalmazott.

Ezek a számok nem általános SharePoint teljesítményadatok, és nem vonatkoznak automatikusan a teljes projektre. Egy konkrét validációs kör bizonyítékai.

Miért nem elég egy darabszám vagy fájlméret?

A projekt közben azt tapasztaltuk, hogy SharePoint/Graph oldalon a fájlméret-alapú összehasonlítás tud hamis eltérést jelezni.

Ez nem azt jelenti, hogy a fájlméret soha nem használható kontrollként. Azt jelenti, hogy egy komplex migráció záró bizonyítékát nem célszerű egyetlen metrikára építeni.

Nálunk a relatív path-alapú rekurzív ellenőrzés lett a megbízható záró kontroll a struktúrára, a jogosultságok pedig külön validációt kaptak.

Használható migrációs sorrend

A gyakorlatban jól működő modell:

preflight → copy → path validáció → partnercsoportok → tagságok → role validáció → post-check → forrás archiválása

A lépések közötti határ fontos.

Preflight

A másolás előtt tisztázni kell:

• mi a forrás és mi a cél;
• mely mappák tartoznak a scope-ba;
• milyen csoportok és jogosultsági szintek az elvártak;
• mi lesz a forrásoldallal a zárás után.

Copy

Ez a tényleges adatmozgatás. Szükséges, de még nem bizonyítja a célállapotot.

Strukturális validáció

A céloldali pathokat a várt struktúrához kell hasonlítani. Nagyobb állománynál célszerű automatizálható, reprodukálható ellenőrzést használni.

Jogosultsági validáció

Külön ellenőrizendő:

• a csoport léte;
• a megfelelő tagok jelenléte;
• a helyes szerepkör;
• az egyedi jogosultság ott van-e, ahol lennie kell;
• nincs-e olyan öröklés, amely a tervezett szeparációt felülírja.

Forrás lezárása

A migráció végén a régi hely kontrollált lezárása segít elkerülni, hogy két „élő” dokumentumforrás maradjon párhuzamosan.

A legfontosabb kérdés

Nem az, hogy:

„Lefutott a migráció?”

hanem ez:

„Bizonyítható, hogy a céloldalon a megfelelő tartalomhoz a megfelelő emberek a megfelelő jogosultsággal férnek hozzá?”

Ha erre van reprodukálható válasz, akkor beszélhetünk validált célállapotról.

Források

• Microsoft Learn: Migration permission guidance
• Microsoft Learn: Understanding permission levels in SharePoint
• Microsoft Learn: SharePoint Migration Tool settings