SharePoint 2010 adatbázis migráció SharePoint 2013
volt egy csomó vita arról, hogyan kell felkészülni és tervezni a migráció, mi jár, mi a legjobb gyakorlat. Ebben a cikkben egy kicsit bepiszkoljuk a kezünket. Nemrégiben egy újabb teljes frissítést kellett elvégeznem a SharePoint 2013-ra, és megragadtam a lehetőséget, hogy néhány jegyzetet és képernyőképet rögzítsek.
tehát. A SharePoint 2013 farm telepítve és készen áll. Ma van a nap: áttelepíti a tartalmát. Mit csinálsz?
a frissítés előkészítése a SharePoint 2013-ra
kiváló TechNet-cikkek találhatók a SharePoint áttelepítési folyamatáról. Nagyon ajánlott olvasmány, nem is kötelező:
hivatkozás: a SharePoint 2013 frissítési folyamatának áttekintése
hivatkozás: Frissítés és áttelepítés a SharePoint 2013-ra (Erőforrásközpont)
felmérés a meglévő gazdaság
hogy tisztességes, meg kellett volna ezt egy kicsit vissza. A teljes kép érdekében csak áttekintem azokat a főbb pontokat, amelyeket meg kell vizsgálnia, amikor áttekinti, hogy milyen tartalomnak kell az utazás részét képeznie.
Farm Solutions
mielőtt a tényleges migráció, akkor eldönthetjük, hogy világos képet minden farm megoldások telepítve a SharePoint 2010 szerverek. Van egy terv minden egyéni vagy 3rd party csomag? Léteznek 2013-as verziókban, vagy úgy működnek, ahogy vannak? A frissítés során minden hiányzó funkció ilyenként jelenik meg, ami problémákat okozhat.
ne felejtsd el ellenőrizni a homokozó megoldásokat, ha vannak a gazdaságodban.
a hozzáadott megoldások mindegyikéhez meg kell adnia egy leltárt arról, hogy melyik webhelycsoport és webhely mit használ. Ez potenciálisan időigényes lehet a fordításhoz, de később fejfájást takaríthat meg.
Web Apps
mostanra már tudnia kell, hogy mely webes alkalmazások kerülnek áttelepítésre. Vegye figyelembe különösen a hitelesítési módszerek:
minden web app még Klasszikus módban kell frissíteni a követelések SharePoint 2013
Alternatív megoldásként meg lehet változtatni, amíg még fut a 2010 farm, ha biztonságban érzi magát ezzel. Erre később még visszatérünk.
másolja a tartalmi adatbázist 2010-től 2013-ig
itt két fő lehetősége van: szüneteltesse a 2010-es gazdaságot, hogy hideg másolatot készítsen a tartalmi adatbázisokról, vagy végezzen élő másolatot. Mivel minimális állásidővel szeretnénk tesztelni, a második választást az SQL Server csak másolható biztonsági mentési funkciójának segítségével választjuk:
ez lehetővé teszi, hogy élő biztonsági másolatot készítsen a DB-ről anélkül, hogy megzavarná a szokásos biztonsági mentési ütemtervet, ami bosszantó dolgokat tenne, mint például a változási naplók törlése és a katasztrófa utáni helyreállítási tervek veszélyeztetése.
Ezután egyszerűen visszaállíthatja a biztonsági másolatot a SharePoint 2013 SQL Server-re, opcionálisan új néven. Semmi gond.
cél webalkalmazás létrehozása
amikor egy SharePoint 2010 tartalomadatbázist Áttelepít a SharePoint 2013-ra való frissítéshez, nyilvánvalóan egy meglévő webalkalmazáshoz kell csatlakoztatnia. Azonban a legtöbb időt a DB áttelepíteni tartalmaz egy gyökér oldalon (található az útvonal ” / ” az adott webes alkalmazás).
ha több webhelycsoportja van ugyanazon az útvonalon, vagy valójában a webalkalmazás bármely webhelye azonos útvonalakkal rendelkezik, konfliktusok merülnek fel, és egyes webhelyek elérhetetlenek lesznek. De ugyanazokat az útvonalakat szeretné megtartani, mint korábban, különben a tartalmában megadott útvonalak (például Linklisták) megszakadnak.
az új webalkalmazást is ugyanazzal a hitelesítési móddal szeretné létrehozni, mint 2010-ben. Ha a SharePoint 2010-ben nem frissítette a Claims-t klasszikusra, akkor a PowerShell-re van szüksége egy klasszikus módú webalkalmazás létrehozásához a SharePoint 2013-ban, mivel ezek elavultnak minősülnek.
hivatkozás: Áttérés a klasszikus módból a követelések alapú hitelesítésre a SharePoint 2013-ban
tehát a trükk az, hogy egy teljesen új webes alkalmazást készítsen, és csak távolítsa el a tartalmi adatbázisát (mindezt a központi adminisztráción keresztül). Ez lehet élni anélkül, hogy DB most.
tesztelje és frissítse az áttelepített adatbázist
összefoglaljuk:
- a SharePoint 2010 tartalomadatbázist csatolta a SharePoint 2013 SQL serveréhez
- új webalkalmazása van, amelyhez nincs társított tartalomadatbázis
mostantól tesztelheti és frissítheti (szükség szerint) az áttelepített adatbázist. Ehhez ismét a PowerShell-t nézzük. A következő parancs megvizsgálja az adatbázist, és részletes jelentést készít a talált frissítési problémákról:
hivatkozás: Test-SPContentDatabase PowerShell parancsmag
ez az a pont, ahol telepíteni szeretné az összes harmadik féltől származó és házon belüli testreszabást. Ezután tesztelje újra az adatbázist. Addig ismételje, amíg nem jelentenek hibákat, vagy legalábbis nem, amellyel nem tud élni.
csatlakoztassa az új adatbázist
ezután frissítheti az adatbázist. Futtathatja a frissítést önmagában, vagy a webalkalmazáshoz csatolva. Ez utóbbi az előnyben részesített eljárás.
de nem csak egy SP2010 tartalomadatbázist adhat hozzá az SP2013-hoz a felhasználói felületen keresztül. Szüksége lesz a tech srác kedvenc svájci hadsereg eszközére: PowerShell. A használni kívánt parancs a Mount-SPContentDatabase.
hivatkozás: Mount-SPContentDatabase PowerShell parancsmag
Böngészés a frissített webhelyeken
majdnem kész vagyunk!
mostantól böngészhet az új, áttelepített webhelyen. Az elején még mindig bemutatja a SharePoint 2010 megjelenését, kis különbséggel:
látni fogja ezt a szép színes szalaghirdetést a tetején. Az első link a webhelycsoport frissítési folyamatának (TechNet) első lépéséhez vezet.
indexelje az új tartalmat
rendben! A tartalom minden migrált és frissített, és használatra kész! Dobjuk rá a keresőrobotot most
nem rossz, egy óra körülbelül 24 000 dokumentumért, sok közülük PDF. És nincs hiba! Most már kihasználhatom a sokkal továbbfejlesztett SharePoint 2013 Keresőközpont előnyeit az összes tartalmamon.
mindent összevetve, ez a frissítés a SharePoint 2013 migráció ment elég jól. Van néhány harmadik féltől származó kijelző, amelyet megbeszélek a farm adminisztrátorával, valamint egy teljes Webhelysablon-megoldás, amely nem hiszem, hogy 2013-ban működőképes lesz, tekintettel a felhasználói felület Hatalmas változásaira. De még a webhely tartalma is teljes mértékben böngészhető és használható, mint most,így valószínűleg 2010-ben marad.
hibaelhárítás
a hibaelhárítással kapcsolatos további információkért olvassa el a SharePoint Content Database Migration – Monitoring the process című cikkemet.