Крім того, ми оголошуємо, що тепер підтримується використання постачальника RBS SQL Server FILESTREAM з SharePoint, що дозволяє використовувати дешеві диски NAS з підключенням iSCSI. У цій статті представлені нові обмеження підтримки сховища даних і рекомендації щодо масштабування відповідно до цих обмеженнями, а також дано визначення віддаленого сховища великих двійкових об'єктів і нового постачальника RBS FILESTREAM.
Обмеження розміру даних для бази даних контенту SharePoint
- Для баз даних контенту SharePoint з розміром до 200 ГБ не існує особливих вимог; це обмеження включено для узгодженості.
- Для баз даних контенту SharePoint з розміром до 4 ТБ не обходимо додатково запланувати наступні вимоги:
Мінімальна продуктивність дискової підсистеми 0,25 операцій введення / виводу в секунду на ГБ; для оптимальної продуктивності рекомендується 2 операції введення / виводу в секунду на ГБ.
Клієнти повинні запланувати високий рівень доступності, аварійне відновлення, майбутнє зростання ємності і тестування продуктивності.
Також зверніть увагу на додаткові рекомендації, наведені в статті TechNet про програмні обмеження.
- Сайти SharePoint повинні бути засновані на шаблонах Центру документів або Центру записів; повинен існувати сценарій архівування, коли щомісяця активно зчитується менше 5% контенту і активно записується менше 1%.
- Не використовуйте оповіщення, робочі процеси, коригування посилань або безпеку на рівні елементів в будь-яких об'єктах SharePoint з бази даних контенту. Примітка. Бази даних контенту архіву документів можуть отримувати документи в результаті виконання робочого процесу маршрутизації контенту.
- Нове обмеження на кількість елементів в одній базі даних контенту SharePoint: 60 мільйонів
- Особливе обмеження в 5 ТБ на екземпляр SQL Server було скасовано. Замість цього рекомендується запланувати розмір сховища баз даних із залученням фахівця з SQL Server.
Вище наведені дві діаграми, на яких показані стандартні архітектури SharePoint, що використовують віддалене сховище великих двійкових об'єктів. В обох варіантах показаний постачальник клієнта RBS, встановлений на веб-інтерфейсі SharePoint. На лівій діаграмі показана універсальна реалізація RBS, в якій третя сторона реалізує RBS для доступу до свого сховища. На правій діаграмі показаний постачальник RBS SQL Server FILESTREAM, який зберігає великі двійкові об'єкти в файлової системі Windows.
Зберігання великих двійкових об'єктів поза базою даних SQL Server дозволяє отримати наступні переваги:
· Можлива оптимізація сховища з економією дискового простору і витрат на диски при використанні разностного резервного копіювання або багаторівневого сховища.
· Ми провели тестування на постачальника SQL RBS FILESTREAM, який дозволяє використовувати віддалене сховище великих двійкових об'єктів з підключенням iSCSI. Використання iSCSI дозволяє застосовувати більш дешеве сховище NAS.
· Незалежні постачальники програмного забезпечення можуть розробити інші можливості оптимізації даних за допомогою підтримуваних відкритих API-інтерфейсів RBS і SharePoint.
При реалізації віддаленого сховища великих двійкових об'єктів необхідно враховувати наступні фактори:
· Постачальники RBS повинні повертати перший байт даних протягом 20 мс після запиту. Це відноситься до всіх запитам між SharePoint і рівнем сховища постачальника RBS.
· Існує безліч постачальників RBS і клієнти повинні оцінити їх придатність для своїх реалізацій.
Посилання на документацію по RBS в TechNet:
Питання та відповіді
· Відповідь. За останні 12 місяців ми отримали додаткові відомості про те, як клієнти реалізують рішення архівації документів в SharePoint. Тепер, надаючи спеціальний посібник з масштабування розміру даних і звертаючи увагу на можливості підтримки, ми можемо збільшити обмеження розміру даних для SharePoint і скасувати обмеження розміру даних для сценаріїв архівації документів.
· Питання. Яке нове обмеження розміру даних для архівів документів в SharePoint?
· Відповідь. Обмеження розміру даних не існує, але при побудові підтримуваних масштабних систем необхідно дотримуватися нових інструкцій. Якщо додаткові фактори не враховуються належним чином, можливості підтримки обмежуються.
· Питання. Що робити, якщо мені потрібно більше 4 ТБ на фермі SharePoint і це не архів документів?
· Відповідь. Ви повинні використовувати масштабовану топологію, т. Е. Мати кілька баз даних контенту на одній фермі і розподіляти сайти між ними. Кожна база даних контенту може рости до 4 ТБ при дотриманні інструкцій.
· Питання. Що робити, якщо я неправильно припустив, що обмеження в 200 ГБ можна обійти, якщо перенести великі двійкові об'єкти в постачальник віддаленого сховища, таким чином зменшивши обсяг збережених даних SQL Server для SharePoint?
· Питання. Оскільки підтримується NAS, дозволяє постачальник SQL Server RBS FILESTREAM використовувати для зберігання великих двійкових об'єктів мережеву папку?
· Відповідь. Ні, накопичувач NAS повинен бути підключений за допомогою iSCSI і повинен відображатися на комп'ютері SQL Server як локальний диск.
· Питання. Чи буде обмеження на розмір баз даних контенту або на час повернення першого байта постачальником (20 мс) примусово застосовуватися в програмному забезпеченні?
· Питання. В якій статті TechNet можна знайти відомості про старому обмеження в 200 ГБ?
· Питання. Чи може великий архів документів мати кілька сімейств сайтів SharePoint?
· Питання. Чи може великий архів документів мати кілька бібліотек документів?
· Відповідь. Так, у вас може бути кілька бібліотек документів з різними дозволами.