Baza de date de întreținere în sharepoint, windows it pro

Aveți posibilitatea să mențineți bazele de date SharePoint în starea corespunzătoare utilizând activități de întreținere standard. Pentru administratorii SharePoint, este important să înțelegeți ce sarcini de întreținere sunt și să știți în ce situații și cum să efectuați aceste sarcini

ARUBA INSTANT WI-FI: SIMPLĂ, PUTERNICĂ, DISPONIBILĂ

Administratorii SharePoint sunt responsabili de comanda de fiecare dată când implementați SharePoint. Integritatea datelor SharePoint rezultă din organizarea corectă a site-urilor, a colecțiilor de site-uri, a tipurilor de conținut și a etichetelor de metadate. Gestionarea setărilor și funcțiilor administratorilor SharePoint este responsabilă pentru performanța generală și stabilitatea întregii platforme SharePoint. Deși performanța optimă a unei ferme SharePoint este mai mult decât un bun set de baze de date, este cert că acest set ar trebui să asigure că componentele celui mai scăzut nivel funcționează cât se poate de ușor.

Baze de date

Baza de date de întreținere în sharepoint, windows it pro

Implementarea manuală sau automată a bazelor de date?

verificarea garantată a tuturor numelor de baze de date (și nu a GUID-urilor din numele bazelor de date);
verificarea dimensiunii bazei de date garantate;
separarea procedurală a gestionării aplicațiilor și a mediului de date.

Dacă aveți nevoie să creați baze de date manual, mai degrabă decât în mod automat, trebuie să utilizați comenzile PowerShell corespunzătoare pentru a crea baze de date și a le înregistra în SharePoint. De exemplu, puteți utiliza această comandă PowerShell pentru a crea o nouă configurație a bazei de date:

Integritatea datelor

Nimic nu poate distruge reputația unui magazin de date de afaceri mai repede decât o încălcare a integrității datelor. Deoarece administratorul bazei de date sau administratorul de sistem răspunde de fiabilitatea platformei, trebuie să înțelegeți procesul de încălcare a integrității datelor și să știți cum puteți remedia situația.

Protecția datelor - un proces complicat, mai ales în cazul în care puterea aleatoare valuri și pene de curent cauza distrugerea subsistemului de intrare-ieșire a SQL Server la momentul de a scrie pe disc. distrugerea datelor este adesea rezultatul acestei special și fără controale adecvate prokradutsya eroare în baza de date și va rămâne nedetectate până când, în conformitate cu legea conducerii lui Murphy nu are nevoie de date importante.

Un eșec în baza de date poate apărea atunci când datele sunt modificate pe un disc care conține un fișier jurnal sau un fișier de date. Acest tip de eșec se manifestă în sectoare de disc de încălcare a integrității fizice din cauza unor probleme în dispozitivele subsistemului de intrare-ieșire, cum ar fi un adaptor de rețea fizică sau pe o unitate de disc în sine.

Încălcările integrității datelor care sunt monitorizate de DBCC CHECKDB, funcția SQL încorporată, sunt de obicei cauzate de probleme hardware.

Încălcările integrității logice sunt cauzate de date care au fost modificate într-un mod incorect, ceea ce duce la o întrerupere a relației dintre date. Acest tip de încălcare este, de obicei, cauzată de o eroare de aplicație sau de o eroare a utilizatorului și duce la probleme cu prelucrarea datelor, dar nu afectează structura fizică a bazei de date.

Practica arată că comanda DBCC CHECKDB ar trebui să fie rulată la fel de des ca crearea unei copii complete a bazei de date. Comanda DBCC CHECKDB afișează un raport de eroare pe care îl puteți învăța ulterior.

Este important să rețineți că comanda DBCC CHECKDB nu efectuează verificări de integritate logică. Cu toate acestea, aceasta poate provoca o încălcare în cazul în care aparatul este utilizat REPAIR_ALLOW_DATA_LOSS, deoarece, în acest caz, atunci când recuperarea de încălcări a integrității fizice nu iau în considerare orice restricții.

Ce ar trebui să facă un administrator de baze de date? Când comanda DBCC CHECKDB se întoarce cu mesaje de eroare, este mai bine să se facă referire la copii de siguranță ale bazei de date.

Cu toate acestea, această soluție necesită prezența copiilor create periodic, care nu ar trebui să fie deteriorate. Așa cum am menționat mai devreme, comanda DBCC CHECKDB poate provoca erori atunci când este utilizată pentru a rezolva problemele de integritate. Fără copiile de rezervă, nu există nicio modalitate de a "vindeca" datele într-o bază de date coruptă.

SharePoint este o aplicație complexă care se bazează pe multe alte infrastructuri, componente și aplicații server. Întreținerea necorespunzătoare a unuia dintre aceste niveluri poate provoca probleme și poate chiar și simplu. Din fericire, instalarea SQL Server pentru performanță optimă nu este atât de dificilă. Îmbunătățirile de performanță ale serverului SQL includ câteva setări de configurare, plasarea corectă a datelor și fișierele jurnal și reconstruirea indexurilor de tabel din timp în timp.

Gestionarea fișierelor bazei de date

Când vine vorba de gestionarea fișierelor de date SQL Server, experiența arată că fișierele de date și jurnalele trebuie să se afle pe discul lor fizic. Aceasta este mai mult decât plasarea pe volume diferite ale discului. Recomandarea de aici este după cum urmează: puneți fișierele de jurnal și fișierele de date pe discuri diferite și asigurați-vă că nici o altă aplicație nu le folosește. Această schemă minimizează accesul la scriere la discuri și reduce posibilitatea fragmentării fișierelor.

Măsurarea și reducerea fragmentării

Fragmentarea datelor în cadrul SQL Server poate fi explicată prin manipularea obișnuită a datelor, inclusiv inserarea, modificarea și ștergerea. Simptomul de bază al fragmentării datelor este creșterea spațiului liber corespunzător cantității de date. Realitatea este că SQL Server salvează datele ca o pagină a bazei de date, care conține detaliile antetului, detaliile înregistrate și indexul. Cu toate acestea, pagina bazei de date este, de asemenea, configurată pentru a umple SQL Server-ul astfel încât să aibă o dimensiune minimă. Înregistrările mai mici decât rezultatul unei astfel de umpleri conduc la o cantitate mare de spațiu gol în masă. Sistemele SharePoint se bazează pe chei de indexare bazate pe GUID și, prin urmare, agravează problema prin introducerea aleatorie a datelor pe întreaga gamă de înregistrări.

Menținerea statisticilor curente

Când SQL Server execută o interogare, acesta calculează și compilează planul de execuție. Planul de execuție este creat de procesorul de interogări în SQL Server și determină ce tabele și indici sunt utilizați pentru a obține performanțe optime. Metricile pentru determinarea performanței interogării sunt derivate din statistici care ajută SQL Server să înțeleagă modul în care datele sunt distribuite într-un tabel sau un index. Statisticile sunt colectate cu o varietate de operații de citire, inclusiv scanarea completă și aproximativă a datelor. Dacă aceste statistici nu sunt relevante din cauza indexărilor fragmentate, planul de execuție nu va fi la fel de eficient ca acesta.

analiza indicilor și determinarea indiciilor asupra cărora este necesar să se lucreze; cum să eliminați fragmentarea;
pentru toți indiciile care nu au fost reconstruite, actualizați statisticile;
actualizați statisticile pentru toate coloanele care nu sunt indexate.

Determinarea dimensiunii datelor

Definirea corectă a dimensiunilor datelor este o parte importantă a implementării SharePoint, deoarece mărimea afectează costurile, performanța și scalabilitatea întregii aplicații. Pentru a înțelege cât de mult ar trebui să conțină mediul SharePoint, trebuie să vă gândiți la numărul total de documente, numărul de versiuni ale fiecărui document și dimensiunea medie a fiecărui document. În plus, trebuie să vă gândiți la numărul de articole listate care vor fi stocate în aplicație. Microsoft oferă o formulă pentru determinarea dimensiunii datelor.

Cu toate că acest calcul oferă doar o estimare aproximativă a capacității de stocare, puteți face ceva pentru a îmbunătăți rezultatul. După cum am menționat mai devreme, conținutul bazei de date este stocat în pagini de bază de date care au o dimensiune constantă din cauza umpluturii. Ajustarea raportului de umplere poate afecta fragmentarea și cantitatea totală de date de pe disc. Puteți reduce dimensiunea bazei de date utilizând DBCC SHRINKDATABASE, deși Microsoft oferă în prezent unele avertismente cu privire la utilizarea acestei funcții. În cele din urmă, în cazul în care deplasarea responsabilităților pentru stocarea tuturor datelor în SQL Server duce la costuri mai mari și de suprasarcină, puteți specifica sistemul de fișiere SharePoint folosit pentru a stoca obiecte mari binare, BLOB.

Setarea factorului de umplere pe server

Prin modificarea valorii inițiale a FILLFACTOR în mod implicit, administratorul bazei de date poate reduce fragmentarea și fragmentarea paginilor (un simptom al fragmentării care afectează performanța). Cu toate acestea, efectul secundar este că mai mult spațiu pe disc este ocupat, deoarece paginile bazei de date vor fi mai mari. În timpul operațiunilor regulate, conținut nou poate fi introdus în acest spațiu, fără a necesita un indice de cluster pentru conectarea unor cantități mari de date. Kimberly Tripp aduce o experiență de întreținere a bazei de date în blog-ul său pe site-ul www.sqlskills.com/BLOGS/KIMBERLY/post/Database-Maintenance-Best-Practices-Part-II-e28093-the-most-important-setting-FILLFACTOR.aspx.

Reducerea mărimii bazei de date

Toate versiunile de SQL Server care sunt acceptate de SharePoint au capacitatea de a reduce fișierele de date, ceea ce eliberează spațiu pe disc. Niciuna dintre bazele de date din SharePoint nu este configurată să reducă automat cantitatea de fișiere de date. O recomandare urgentă de la specialiștii Microsoft și SQL Server nu este să reducă automat baza de date sau să efectueze operații de compresie a bazei de date programate. Motivul este că reducerea bazei de date ignoră factorul de umplere și face ca toți indicienii să fie fragmentați. Apoi, când executați indicele de comandă a restabili, baza de date ajunge la dimensiunea originală. În loc să se bazeze pe echipe DBCC_SHRINKDATABASE care sunt în SQL Server, acesta va fi mai sigur de a împărți o bază de date de conținut, sau să șteargă datele din bazele de date existente. Următoarea este o listă cu pașii pe care ar trebui să îi faceți pentru a obține spațiu liber într-un mediu SharePoint:

utilizați STSADM MERGCONTENTSDB;
ștergeți documente;
ștergeți bibliotecile;
ștergeți listele;
ștergeți elementele listate;
eliminați site-urile.

Depozitare la distanță BLOB

Deci, evaluați conținutul dvs. pentru a determina dacă trebuie să implementați RBS. Recomandare: bazele de date de conținut trebuie să fie mai mari de 500 GB, iar fișierele de date BLOB trebuie să fie mai mari de 256 KB. RBS îmbunătățește performanța sistemelor în care există fișiere foarte mari, dar acestea sunt rareori accesate. Adăugarea RBS la SharePoint poate încetini efectiv utilizatorii.

Planurile de întreținere a bazelor de date

Aproape toate sarcinile pe care le efectuați cu SQL Server pot fi automatizate. Un punct cheie pentru orice implementare SharePoint este un plan automatizat care vă va ajuta să vă mențineți site-ul. Urmăriți când aceste activități automate sunt pornite, deoarece puteți notifica utilizatorii și puteți planifica un sistem mai lent la momentul potrivit pentru a păstra totul în stare perfectă.

Planul de întreținere a bazei de date este similar cu întreținerea mașinii. Ar trebui să implementați acest proces într-un program specific pentru a vă asigura că serverul SQL rulează la un nivel optim, iar site-ul Web - la o performanță maximă.

Eliminați fragmentarea inutilă a fișierului jurnal de tranzacții creând un model de recuperare adecvat și un program de backup.
Eliminați orice operațiuni planificate pentru a reduce dimensiunea bazei de date pentru a reduce riscul de fragmentare inutilă a indexului.
Setați baza de date să crească automat în mod corect utilizând alocarea dimensiunii fișierului, nu procentul. Urmați această cale verificând periodic dimensiunea bazei de date și stabilindu-vă dacă trebuie să setați manual dimensiunea pentru a obține o performanță optimă.
Activați inițializarea constantă a fișierelor, astfel încât creșterea automată a bazei de date să fie efectuată ca o operație instantanee, mai degrabă decât o operație lentă care necesită zerouri pentru a umple spațiul liber.
Configurați un proces obișnuit pentru detectarea și eliminarea indexului de fragmentare.
Turn AUTO_CREATE_STATISTICS și setările AUTO_UPDATE_STATISTICS și Naladte proces periodic de actualizare statistici.
Activați sumele de control pentru pagini.
Rulați procesul obișnuit CHECKDB DBCC.

Orice administrator SharePoint trebuie să înțeleagă că petrecerea timpului în crearea unui plan de întreținere de bază înseamnă asigurarea că sistemul funcționează bine. De data aceasta va plăti cu performanță, viteză și backup, dacă au nevoie vreodată.

Matt Ranlet ([email protected]) - consultant la Intellinet din Atlanta, are titlul de Microsoft MVP

Brandon Schwartz ([email protected]) este consultant senior din Atlanta, are titlul de Microsoft MVP

Distribuiți materialul împreună cu colegii și prietenii

Articole similare

Pagina anterioară

Pagina următoare