SharePoint 2010 databas migration till SharePoint 2013
det har varit en hel del diskussion om hur man förbereder och planerar för en migrering, vad det innebär, vilka är de bästa metoderna. I den här artikeln, låt oss få våra händer smutsiga lite. Nyligen var jag tvungen att göra en annan komplett uppgradering till SharePoint 2013, och jag tog tillfället i akt att fånga några anteckningar och skärmdumpar.
så. Din SharePoint 2013-gård är installerad och klar. Idag är dagen: du migrerar ditt innehåll. Vad gör du?
Förbered uppgraderingen till SharePoint 2013
det finns utmärkta TechNet-artiklar om SharePoint-migreringsprocessen. Mycket Rekommenderad läsning, för att inte säga obligatorisk:
referens: översikt över uppgraderingsprocessen till SharePoint 2013
referens: Uppgradera och migrera till SharePoint 2013 (Resurscenter)
undersök din befintliga gård
för att vara rättvis borde du ha gjort det ett tag tillbaka. För att ha en fullständig bild ska jag bara gå igenom de viktigaste punkterna du bör titta på när du tar reda på vilket innehåll som behöver vara en del av resan.
Farm Solutions
innan den faktiska migreringen vill du ha en klar uppfattning om alla farm-lösningar installerade på dina SharePoint 2010-servrar. Har du en plan för varje anpassad eller 3: e parts paket? Finns de i 2013-versioner eller fungerar de som de är? Alla saknade funktioner kommer att rapporteras som sådana under uppgraderingen och kan potentiellt orsaka problem.
glöm inte att kolla sandlåda lösningar, om du har dem på din gård.
för var och en av dessa tillagda lösningar vill du ha en inventering av vilken webbplatssamling och webbplats som använder vad. Detta kan potentiellt vara tidskrävande att sammanställa men kan spara huvudvärk senare.
Web Apps
vid det här laget bör du veta vilka webbapplikationer kommer att migreras. Notera särskilt deras autentiseringsmetoder:
alla webbappar som fortfarande är i klassiskt läge måste uppgraderas till anspråk på SharePoint 2013
Alternativt kan du ändra den medan den fortfarande körs på din 2010-gård, om du känner dig säker på att göra det. Vi kommer tillbaka till det senare.
kopiera din innehållsdatabas från 2010 till 2013
här har du två huvudalternativ: pausa din 2010-gård för att ta en kall kopia av innehållsdatabaserna eller utföra en live-kopia. Eftersom vi vill testa med minimal stilleståndstid tar vi det andra valet med hjälp av SQL Server ’ s Copy-only backup-funktion:
det gör att du kan ta en live backup av din DB utan att störa din normala backup schema, vilket skulle göra irriterande saker som att rensa dina ändringsloggar och kompromissa med dina planer för katastrofåterställning.
efter att du helt enkelt återställa säkerhetskopian till din SharePoint 2013 SQL Server, eventuellt under ett nytt namn. Ingen svett.
skapa en målwebbapplikation
när du migrerar en SharePoint 2010-innehållsdatabas för att uppgradera till SharePoint 2013 måste du självklart ansluta den till en befintlig webbapplikation. Men för det mesta kommer din DB att migrera att innehålla en rotwebbplats (belägen vid sökvägen ”/” på den webbapplikationen).
om du har flera webbplatssamlingar på samma väg, eller i själva verket någon webbplats i din webbapplikation med identiska sökvägar, kommer konflikter att uppstå och vissa av dina webbplatser kommer att vara otillgängliga. Men du vill behålla samma sökvägar som tidigare, annars kommer alla sökvägar som anges i ditt innehåll (till exempel länklistor) att brytas.
du vill också skapa din nya webbapplikation med samma autentiseringsläge som 2010. Om du inte uppgraderade från Claims till Classic i SharePoint 2010 behöver du nu PowerShell för att skapa ett klassiskt läge webbprogram i SharePoint 2013, eftersom de anses vara föråldrade.
referens: Migrera från klassiskt läge till skadebaserad autentisering i SharePoint 2013
så då är tricket att skapa en helt ny webbapplikation och bara ta bort innehållsdatabasen (allt detta genom Central Administration). Det kan leva utan DB för nu.
testa och uppgradera din migrerade databas
låt oss sammanfatta:
- du har bifogat din SharePoint 2010-innehållsdatabas i din SharePoint 2013s SQL server
- du har en ny webbapplikation utan associerad innehållsdatabas
du kan nu testa och uppgradera (efter behov) din migrerade databas. För att göra det, ser vi igen till PowerShell. Följande kommando kommer att inspektera din databas och producera en detaljerad rapport om uppgraderingsproblem som hittats:
referens: Test-SPContentDatabase PowerShell cmdlet
Detta är den punkt där du vill installera alla tredje part och interna anpassningar. Testa sedan din databas igen. Upprepa tills det inte finns några fel rapporterade, eller åtminstone ingen som du inte kommer att kunna leva med.
montera din nya Databas
därefter kan du uppgradera din databas. Du kan köra uppgraderingen själv eller när du bifogar den till din webbapp. Den senare är den föredragna processen.
men du kan inte bara lägga till en SP2010-innehållsdatabas till SP2013 via användargränssnittet. Du behöver din tekniska killes favorit swiss-army-verktyg: PowerShell. Kommandot att använda är Mount-SPContentDatabase.
referens: Mount-SPContentDatabase PowerShell cmdlet
bläddra bland dina uppgraderade webbplatser
vi är nästan färdiga!
du bör nu kunna surfa på din nya, migrerade webbplats. I början kommer det fortfarande att presentera SharePoint 2010-utseendet, med en liten skillnad:
du kommer att se denna fina färgade banner högst upp. Den första länken tar dig till det första steget i uppgraderingsprocessen för webbplatssamling (TechNet).
indexera ditt nya innehåll
okej! Ditt innehåll är allt migrerat och uppgraderat och redo att användas! Låt oss kasta sökroboten på det nu
inte illa, en timme för cirka 24 000 dokument, många av dem PDF-filer. Och inga fel! Jag kan nu dra nytta av det mycket förbättrade SharePoint 2013-Sökcentret på allt mitt innehåll.
sammantaget gick denna uppgradering till SharePoint 2013-migrering ganska bra. Det finns några webbdelar från tredje part som jag kommer att diskutera med gårdens administratör och en komplett Webbplatsmalllösning som jag inte tror kommer att fungera 2013, med tanke på de stora förändringarna i användargränssnittet. Men även webbplatsens innehåll är fullt bläddringsbart och användbart som det är nu, så sannolikt kommer det att förbli i 2010-läget.
felsökning
kolla in min artikel om SharePoint Content Database Migration-övervakning av processen för mer information om felsökning.