Deci blob sau blob, ferestre pro-l

Aspectele descrise mai jos necesită o atenție deosebită în care se ocupă cu dilema de a avea pentru a adăuga facilități separate pentru stocare BLOB în optimizarea strategiei de stocare. Voi descrie avantajele și dezavantajele diferitelor instalații de stocare a BLOB, făcând presupunerea că utilizarea de depozitare separată trebuie să fie în mediul dumneavoastră. Dar cel mai important lucru de retinut despre un anumit magazin de obiecte de o pată de cerneală, este următoarea: faptul că abordarea „bun“ pentru cele mai multe scenarii, nu înseamnă că este necesar pentru orice scenariu

infrastructura IT pentru întreprinderea dvs.

Intr-un articol anterior am vorbit despre, în care Microsoft va limita scalabilitatea de site-uri de conținut și recomandări modificată mai târziu. I-am promis că luăm în serios caz, si va discuta despre mișcarea unui BLOB în stocarea externă, deoarece este probabil ca, în cazul în care este necesar pentru a oferi suport pentru baze de date de conținut mare, sunteți cel mai probabil să fi văzut purtând un BLOB ca una dintre etapele de lucru cu privire la mecanisme de optimizare de stocare.

După cum știm deja, sistemul SharePoint implicit este stocată în site-urile de baze de date de conținut, toate datele, inclusiv de obiecte mari obiecte binare binare mari (BLOB), reprezentând date nestructurate, cum ar fi documente într-o bibliotecă de documente, și investiții în lista elementelor. Baza de date de pe serverul SQL Server obiectele BLOB sunt stocate în tabele formate din metadate pe documente și elemente de listă. Pe această bază, este clar că obiectele binare afectează performanța. Sistemul SQL Server ca un produs este optimizat pentru utilizare cu mici (8 kilobytes sau mai puțin) și date structurate funcționează cel mai bine atunci când se utilizează modelele de acces concepute pentru acest tip de date. Atunci când obiectele în mișcare în performanța tabele BLOB sistem SharePoint separat este îmbunătățită deoarece performanța crescută a SQL Server.

EBS și RBS seturi necesare pentru a dezvolta sau de a dobândi codul (așa-numitul „furnizor“ pentru RBS), care pune în aplicare corecte API-interfețe pentru platforma de stocare. instalare RBS include „furnizor de“, numit FILESTREAM, care poate fi folosit pentru a muta obiecte BLOB la server local sistem de fișiere SQL Server (care poate include volume SAN conectate așa cum acestea sunt prezentate sub forma unor volume locale). Microsoft a anunțat recent suport pentru volume NAS, în care timpul de întârziere și accesul la primul octet al timpului la-primul-octet (TTFB) sunt în intervalul normal (20 ms TTFB). furnizor de FILESTREAM este încorporat în SQL Server. RBS terță parte (EBS) și «furnizorii se pot muta obiecte într-o gamă mai largă de platforme de depozitare și sunt, în general, superioare“ furnizor»FILESTREAM în caracteristici. Unii furnizori de „“ terți oferit chiar gratuit, și, în opinia mea, este clar că acestea trebuie să acorde o atenție, dacă aveți de gând să se mute obiecte BLOB.

Dar întrebarea este dacă sau nu pentru a muta obiectele Blob în stocarea externă? Pe Internet o mulțime de informații cu privire la acest subiect. Mai degrabă decât să-i povestesc aici, voi rezuma și încapsula cele mai importante probleme, precum și o serie de prevederi majore, care, cred eu, nedrept trec neobservate sau sunt distorsionate în cadrul discuțiilor.

Ai nevoie să ia în considerare mai mulți factori și este foarte atent planificate spații de depozitare separate pentru BLOB. Vă rugăm să rețineți că cele mai multe dintre beneficiile de stocare separată explică deficiențele abordarea tradițională a depozitării, și, dimpotrivă, o deficiențe de depozitare separate pot fi beneficiile de stocare a obiectelor BLOB în baza de date de conținut. Și acum o scurtă privire la problemele legate de depozitarea privată.

Costuri reduse de depozitare

obiecte BLOB poate fi mutat de la scumpe, de înaltă performanță, soluții de stocare SQL Server pentru platforma de stocare mai puțin costisitoare. Este un argument ușor de înțeles și de calcul ușor de rentabilitate a investiției. Sunt familiarizat cu mai mulți clienți care au economii în valoare de spațiu pe disc în un număr de șapte ani, au fost prezentate! Nu uita despre efectul acestei abordări este de a lucra cu registrele de tranzacții în calculul economiilor prin schimbarea magaziei.

Un acces mai bun fișier de performanță

Acest avantaj este bine justificată. obiecte BLOB crește sarcina pe procesor și memorie de SQL Server de fiecare dată când efectuați o operație de citire sau scriere. Fiind deosebit de vulnerabile la operațiunea de scriere, deoarece BLOB este înregistrată de două ori - în primul rând la jurnalul de tranzacții pentru a se asigura coerența tranzacțional, și apoi în tabelul corespunzător din baza de date SQL Server de conținut. După analiza unor cantități mari de date, a devenit clar că operațiunile cu fișiere mai mari de 1 MB funcționează mai bine (citire și scriere), în cazul în care obiectele BLOB sunt în stocarea externă, și fișiere foarte mici (mai puțin de 256 KB) este de obicei procesat mai rapid în baza de date conținut. Cu toate acestea, performanța este luată în considerare în calcularea mai mulți factori, cel mai important model de acces, precum și caracteristicile de depozite și furnizorii de RBS.

acces mai mare performanță la tot conținutul pe SQL Server

Accesul la funcții importante, cum ar fi platforma de stocare

Un alt avantaj al instalațiilor de depozitare separate, o pată de cerneală, care nu acordă suficientă atenție este abilitatea de a utiliza funcțiile utilizate platforma de stocare. Chiar și cu „furnizor de» FILESTREAM, puteți utiliza fișierele încorporate în mecanismele de sistemul de fișiere NTFS pentru a comprima și criptați. Alte platforme de stocare oferă funcții pentru a elimina dublarea, comprimarea diferențială, instantanee, și alte mecanisme utilizate pentru a reduce spațiul de pe disc și o gestionare mai eficientă de stocare.

restructurarea efectivă a conținutului

platforma de management de stocare

Unul dintre dezavantajele majore ale unei instalații separate de stocare BLOB este că conținutul dvs. devine „divizat“. Acum trebuie să controleze două platforme - baze de date SQL Server și obiecte BLOB de stocare. Trebuie să fii dispus să preia administrarea, patching, planificarea fereastră sub întreținere, monitorizare, audit și toate activitățile legate de depozitare de întreținere. Printre cele mai importante operațiuni, ne-ar dori să sublinieze recuperarea bazei de date și elementele, de recuperare în caz de dezastru, și de înaltă disponibilitate - aceste momente sunt atât de importante încât acestea să fie luate în considerare separat.

Recuperarea în caz de dezastru și de înaltă disponibilitate

În cazul în care obiectele BLOB sunt stocate într-o bază de date SQL Server de conținut, utilizarea de clustering built-in și mecanisme de oglindire este o soluție, oferind de înaltă disponibilitate și de recuperare în caz de dezastru. Atunci când se utilizează un instalații separate de stocare BLOB necesare pentru a dezvolta o soluție care îndeplinește cerințele de recuperare și de reziliență.

Și puteți găsi mai multe informații pe blog:

RBS de stocare criticat pentru că este o decizie dificilă (mai complicată decât utilizarea unei baze de date de conținut unic pe SQL Server), dar experiența mea este că instalațiile de depozitare separat BLOB (externalizări) este potrivit pentru cele mai multe scenarii cheie, în special în transferul de obiecte din fișier acțiuni, iar în cazul în care utilizarea acestui mecanism este atent gândit, poate aduce o „mare victorie.“ Vă rugăm să rețineți că, deși Microsoft a ridicat astăzi bara de sprijin - va fi susținută de o largă varietate de scenarii de lucru cu conținut - trebuie să aibă o înțelegere completă a tuturor cerințelor, vulnerabilități și aspecte arhitecturale.

Dan Hill ([email protected]) - director al serviciului de consultanță Intelliem, organizarea de consiliere pentru companiile care implementează SharePoint, Office, Windows și Active Directory