Така петно или петно, прозорци него реше
Въпроси, описани по-долу изискват специално внимание при работата с изправена пред дилемата да добавите отделни съоръжения за съхранение на BLOB в оптимизацията на стратегията си за съхранение. Ще опишем предимствата и недостатъците на различните съоръжения за съхранение на петно, което прави предположението, че използването на разделно съхранение трябва да бъде във вашата среда. Но най-важното нещо, за да си спомня за даден магазин петно обекти, е следното: фактът, че "добра" подход за повечето сценарии, не означава, че това е необходимо за всеки сценарий
ИТ инфраструктурата за вашето предприятие
В предишна статия говори, в които Microsoft ще ограничи скалируемостта на сайтове със съдържание и препоръки по-късно изменен. Обещах, че ние сериозно се заеме с делото и ще обсъдим движението на петно в външна памет, тъй като е вероятно, ако е необходимо да се осигури подкрепа за големи бази данни със съдържание, вие сте най-вероятно да се види, носещ BLOB като един от етапите на работа по механизми за оптимизиране на съхранение.
Както вече знаете, системата на SharePoint по подразбиране се съхранява в съдържателни сайтове на бази данни, всички данни, включително двоични голям обект двоични големи обекти (BLOB), представляващи неструктурирани данни като документи в библиотеката на документ, както и инвестиции в списъка с елементи. Базата данни за съдържание на сървъра SQL Server BLOB обекти се съхраняват в таблици, състоящи се от метаданни на документи и елементи от списъка. Въз основа на това, че е ясно, че двоични обекти се отразяват на работата. система SQL Server като продукт е оптимизиран за използване с малки (8 килобайта или по-малко) и структурирани данни работи най-добре, когато се използва модели за достъп, предназначени за този тип данни. Когато движещи се обекти в отделна изпълнение маси BLOB SharePoint система се подобрява, тъй като се увеличава производителността на SQL Server.
EBS и RBS комплекти, необходими за разработване или придобиване на кода (така наречените "доставчик" за RBS), която изпълнява правилните API-интерфейси за платформа за съхранение. RBS инсталатор включва "доставчик", наречен FILESTREAM, който може да се използва, за да се движат обекти BLOB до локалната файлова система на сървъра SQL Server (което може да включва свързани обеми SAN, тъй като те са представени под формата на местни обеми). Microsoft наскоро обяви подкрепата си за обема на NAS, в които времето на забавяне и достъпа до първия байт на времето до първия байт (TTFB) са в границите на нормата (20 мс TTFB). доставчик FILESTREAM е вградена в SQL Server. Трети страни RBS (и EBS) "доставчици" могат да се движат обекти в по-широк кръг от платформи за съхранение и като цяло са по-добри от "доставчик» FILESTREAM в характеристики. Някои трети страни "доставчици" дори предлагат безплатно и, по мое мнение, е ясно, че те трябва да се обърне внимание, ако ще да се движат BLOB обекти.
Но въпросът е дали да се движи петно обекти в Външното хранилище? В интернет много информация по тази тема. Вместо да ги разказвам тук, аз отивам да се обобщи и капсулиране на най-важните въпроси, както и няколко големи разпоредби, които, според мен, несправедливо остават незабелязани или са изкривени в дискусиите.
Трябва да се помисли много фактори и се планира внимателно отделни съоръжения за съхранение на BLOB. Моля, имайте предвид, че голяма част от предимствата на разделното съхранение обяснява недостатъците на традиционния подход за съхранение и, напротив, отделни пропуски за съхранение могат да бъдат ползите от съхранение BLOB обекти в базата данни на съдържание. И сега един кратък преглед на въпросите, свързани с частно складиране.
Намаляване на разходите за съхранение
BLOB обекти могат да бъдат преместени от скъпи, високо-производителни решения за съхранение на SQL Server за по-евтина платформа за съхранение. Това е един лесен аргумент да се разбере и лесно изчисляване на възвръщаемостта на инвестициите. Запознат съм с няколко клиенти, които имат спестявания в размер на дисково пространство в седемгодишна номера бяха представени! Да не забравяме и за ефекта на този подход е да се работи с журналите на транзакциите в изчисляването на икономиите чрез промяна на хранилището.
По-добра производителност достъп до файлове
Това предимство е добре обосновано. BLOB обекти увеличат натоварването на процесора и паметта на SQL Server всеки път, когато се извърши или чете данни. Като особено уязвими по отношение на операцията за запис, тъй като петно е записана два пъти - първо на регистър на операциите, за да се осигури съгласуваност на транзакциите, а след това в съответната таблица в базата данни за съдържание на SQL Server. След анализ на големи обеми от данни, стана ясно, че операциите с файлове по-големи от 1 MB работят по-добре (четене и писане), ако BLOB обекти са в външна памет, както и много малки файлове (по-малко от 256 KB) обикновено се обработва по-бързо в базата данни съдържание. Въпреки това, резултатите се вземат предвид при изчисляването на много различни фактори, най-важният модел за достъп, както и характеристиките на складове и доставчици на RBS.
По-висока производителност достъп до цялото съдържание на SQL Server
Достъп до важни функции като платформа за съхранение
Друго предимство на отделни съоръжения за съхранение на петно, което не плаща достатъчно внимание, е възможността за използване функции, използвани платформа за съхранение. Дори и с "доставчик» FILESTREAM, можете да използвате вградени механизми на файловата система NTFS, за да компресира и кодират файлове. Други платформи за съхранение предоставят функции за премахване на дублирането, диференциалната компресия, снимки и други механизми, използвани за намаляване на дисковото пространство и по-ефективно управление на съхранение.
Ефективно преструктуриране на съдържание
платформа за управление на съхраняването
Един от основните недостатъци на отделни съоръжения за съхранение Оцветявай е, че съдържанието ви стане "сплит". Сега трябва да се контролира две платформи - бази данни на SQL Server и BLOB съхранение обекти. Трябва да сте готови да поеме администрацията, изкърпване, планиране прозорец при поддръжката, мониторинга, одита и всички дейности, свързани със съхраняването на поддръжка. Сред най-важните операции, ние бихме искали да се подчертае възстановяване на базата данни и елементи, възстановяване след бедствие, и висока наличност - тези моменти са толкова важни, че те трябва да се разглежда отделно.
Възстановяване при бедствия и висока достъпност
Ако BLOB обекти се съхраняват в база данни съдържание на SQL Server, използването на вградения в клъстери и при дублиране механизми е едно решение, осигуряване на висока надеждност и възстановяване след бедствие. При използване на необходимата отделни съоръжения за съхранение Оцветявай да се разработи решение, което отговаря на изискванията на възстановяване и гъвкавост.
И вие можете да намерите повече информация в блога:
RBS съхранение критикувани, тъй като е трудно решение (по-сложно, отколкото с помощта на един съдържание на базата данни на SQL Server), но моят опит е, че съоръженията отделно съхранение BLOB (външни) е подходящ за повечето от основните сценарии, по-специално при прехвърлянето на обекти от подаде акции и ако използването на този механизъм е внимателно обмислено, тя може да донесе "голяма победа". Моля, имайте предвид, че, въпреки че Microsoft има днес вдигна летвата за подкрепа - сега ще бъде подкрепена от широк кръг от сценарии работят със съдържание - трябва да имате пълно разбиране на всички изисквания, уязвимости и архитектурни аспекти.
Дан Хил ([email protected]) - директор на консултантска услуга Intelliem на, организиране на консултации за предприятия използващи SharePoint, Office, Windows и Active Directory