Инфраструктура базы данных рекордных и контент базы данных

Question

Я спросил вчера о библиотеки документов пределы и единственное, что мы имеем определенныеСостоят ли Microsoft рекомендует базы данных контента <= 200 ГБ.

Я сталкиваюсь с ситуацией здесь, где я устанавливаю документ Центр и рекордсный центр архивирования.Предполагаемый объем составляет около 450 ГБ в месяц.

Мой вопрос: как я могу управлять всеми теми базами данных контента, чтобы приблизиться к пределу 200 ГБ, рекомендованные Microsoft?

Это возможно?

Answer 1

SharePoint 2010 Служба пакета 1 поддерживает базы данных содержимого до 4 ТБ, если обновление на пакет обновления 1 является одним из вещей, доступных на вашей карте Road SharePoint, давайте сделаем это, чтобы использовать максимум его возможности.

Я нашел белую бумагу " Управление базами данных контента Multi-Terabyte с SharePoint 2010 ", написанные MCM, SR. Технический продукт Manager Bill Baer. В этой белой бумаге он объясняет, как управлять большим содержанием баз данных в Microsoft SharePoint 2010. В документе обсуждаются базы данных контента в диапазонах трех размеров: до 200 гигабайт (GB) , 200 ГБ-4 Терабайты (Tb) и больше 4 тб . Эти диапазоны имеют разные ограничения, рекомендуемые архитектуры и эксплуатационные требования. В статье представлены подробные рекомендации по управлению мощностями, производительностью, защиты данных и обслуживания больших баз данных содержимого.

Надеюсь, этот документ поможет вам много.

t.s

Answer 2

Этот предел не жесткий лимит, это просто рекомендация, основанная на сложности операций SQL, таких как резервное копирование / восстановление.Вы можете иметь несколько баз данных содержимого Multi TB, если вы хотите, и если ваша среда SQL может справиться с ней.Я бы предложил бы SEN NetApp Type San с DEDUPPING и быстрыми резервными копиями, подключенными к очень бегишему кластеру SQL.

Трудно сказать, как разбить свой контент, так как я не развернул свою бизнес-структуру, но у меня был хороший успех для каждого коллекции сайта в собственной базе данных.Поэтому, если вы сможете сломать свой контент в разные коллекции сайта (может быть, один в месяц ??), то я думаю, что вы можете легко обрабатывать большие аммамонтировать данные.

Также, используя удаленное хранение BLOB (RBS), может быть отличным решением для хранения вашего контента DB действительно маленький.