migrarea bazei de date SharePoint 2010 la SharePoint 2013
au fost multe discuții despre cum să pregătiți și să planificați o migrare, ce implică aceasta, care sunt cele mai bune practici. În acest articol, să ne murdărim puțin mâinile. Recent, a trebuit să fac un alt upgrade complet la SharePoint 2013 și am profitat de ocazie pentru a captura câteva note și capturi de ecran.
deci. Ferma SharePoint 2013 este instalată și gata. Astăzi este ziua: vă migrați conținutul. Cu ce te ocupi?
pregătiți upgrade-ul la SharePoint 2013
există articole TechNet excelente despre procesul de migrare SharePoint. Foarte mult recomandat lectură, să nu spun obligatoriu:
referință: Prezentare generală a procesului de upgrade la SharePoint 2013
referință: Actualizați și migrați la SharePoint 2013 (Centrul de resurse)
sondaj ferma existente
pentru a fi corect, ar fi făcut acest lucru un timp în urmă. Pentru a avea o imagine completă, voi trece peste punctele majore pe care ar trebui să le analizați atunci când faceți bilanțul conținutului care trebuie să facă parte din călătorie.
soluții agricole
înainte de migrarea reală, veți dori să aveți o idee clară despre toate soluțiile agricole instalate pe serverele SharePoint 2010. Ai un plan pentru fiecare pachet personalizat sau 3rd party? Există în versiunile 2013 sau funcționează așa cum este? Orice caracteristică lipsă va fi raportată ca atare în timpul actualizării și poate provoca probleme.
nu uitați să verificați soluțiile Sandbox, dacă le aveți la fermă.
pentru fiecare dintre aceste soluții adăugate, veți dori un inventar al colecției de site – uri și al site-ului web care utilizează ceea ce. Acest lucru poate fi potențial consumatoare de timp pentru a compila, dar s-ar putea salva dureri de cap mai târziu.
aplicații Web
până acum ar trebui să știți ce aplicații web vor fi migrate. Luați notă în mod special de metodele lor de autentificare:
orice aplicație web încă în modul clasic va trebui să fie actualizată la revendicări pe SharePoint 2013
alternativ, o puteți schimba în timp ce rulează încă pe ferma dvs. din 2010, dacă vă simțiți în siguranță făcând acest lucru. Vom reveni la asta mai târziu.
copiați baza de date de conținut din 2010 până în 2013
Aici aveți două opțiuni principale: întrerupeți ferma din 2010 pentru a face o copie rece a bazelor de date de conținut sau efectuați o copie live. Deoarece dorim să testăm cu timpi de nefuncționare minimali, luăm a doua alegere cu ajutorul funcției de backup numai pentru copiere SQL Server:
acest lucru vă va permite să faceți o copie de rezervă live a DB-ului dvs. fără a interfera cu programul normal de rezervă, ceea ce ar face lucruri plictisitoare, cum ar fi ștergerea jurnalelor de schimbare și compromiterea planurilor dvs. de recuperare în caz de dezastru.
după care pur și simplu restaurați acea copie de rezervă la SharePoint 2013 SQL Server, opțional sub un nume nou. Nici o sudoare.
creați o aplicație web țintă
când migrați o bază de date de conținut SharePoint 2010 pentru a face upgrade la SharePoint 2013, trebuie să o conectați la o aplicație web existentă, evident. Cu toate acestea, de cele mai multe ori DB-ul dvs. de migrare va include un site rădăcină (situat la calea „/” din aplicația web respectivă).
dacă aveți mai multe colecții de site-uri pe aceeași cale sau, de fapt, orice site web din aplicația dvs. web cu căi identice, vor apărea conflicte și unele dintre site-urile dvs. vor fi inaccesibile. Dar doriți să păstrați aceleași căi ca înainte, altfel orice căi specificate în conținutul dvs. (liste de linkuri, de exemplu) vor fi rupte.
de asemenea, doriți să creați noua aplicație web cu același mod de autentificare ca în 2010. Dacă nu ați făcut upgrade de la revendicări la clasic în SharePoint 2010, acum aveți nevoie de PowerShell pentru a crea o aplicație web în mod clasic în SharePoint 2013, deoarece acestea sunt considerate învechite.
referință: Migrați de la modul clasic la autentificarea bazată pe revendicări în SharePoint 2013
deci, trucul este să creați o aplicație web nouă și să eliminați baza de date de conținut (toate acestea prin Administrația Centrală). Se poate trăi fără nici un DB pentru acum.
testați și actualizați baza de date migrată
să recapitulăm:
- ați atașat baza de date de conținut SharePoint 2010 în Sql server SharePoint 2013
- aveți o aplicație web nouă fără bază de date de conținut asociată
acum Puteți testa și actualiza (după cum este necesar) baza de date migrată. Pentru a face acest lucru, ne uităm din nou la PowerShell. Următoarea comandă va inspecta baza de date și va produce un raport detaliat al problemelor de actualizare găsite:
referință: Test-SPContentDatabase PowerShell cmdlet
acesta este punctul în care doriți să instalați toate personalizările terțe și interne. Apoi re-testați baza de date. Repetați până când nu există erori raportate sau cel puțin niciuna cu care nu veți putea trăi.
montați noua bază de date
apoi, puteți actualiza baza de date. Puteți rula actualizarea de la sine sau pe măsură ce o atașați la aplicația dvs. web. Acesta din urmă este procesul preferat.
dar nu puteți adăuga doar o bază de date de conținut SP2010 la SP2013 prin UI. Veți avea nevoie de instrumentul preferat al armatei elvețiene a tipului dvs. de tehnologie: PowerShell. Comanda de utilizat este Mount-SPContentDatabase.
referință: Mount-SPContentDatabase PowerShell cmdlet
răsfoiți site-urile dvs. actualizate
aproape am terminat!
acum ar trebui să puteți naviga pe noul dvs. site migrat. La început va prezenta în continuare aspectul SharePoint 2010, cu o mică diferență:
veți vedea acest banner frumos colorat în partea de sus. Primul link vă va duce la primul pas al procesului de actualizare a colecției de site-uri (TechNet).
indexează noul tău conținut
bine! Conținutul dvs. este tot migrat și modernizate, și gata de utilizare! Să aruncăm crawlerul de căutare la ea acum
nu-i rău, o oră pentru aproximativ 24.000 de documente, multe dintre ele PDF-uri. Și fără erori! Acum pot profita de Centrul de căutare SharePoint 2013 mult îmbunătățit pentru tot conținutul meu.
toate în toate, acest upgrade la SharePoint 2013 migrarea a mers destul de bine. Există câteva părți web terțe pe care le voi discuta cu administratorul fermei și o soluție completă de șablon de Site care nu cred că va fi funcțională în 2013, având în vedere schimbările uriașe din interfața de utilizare. Dar chiar și conținutul site-ului este complet navigabil și utilizabil așa cum este acum, deci probabil că va rămâne în modul 2010.
depanare
consultați articolul meu despre migrarea bazei de date SharePoint Content – monitorizarea procesului pentru mai multe informații despre Depanare.