Добрый день, коллеги!

К сожалению, не разработчик, так что объясню на пальцах, прошу не кидать тапками.
У нас установлен MS Dynamics CRM и SharePoint. SP используется для CRM только лишь как хранилище файлов. Т.е. файлы загружайся не в базу CRM, а по отдельной кнопке "документы" (кастомизация от разработчиков) открывается ссылка на SP где и хранятся непосредственно файлы. В SP для ФИО каждого клиента создается отдельная папка (собственно с названием ФИО).

Соответственно, из-за вложений, база MS SQL разрослась до 100+Гб. Очень хочется разделить эту базу на несколько. Где в 1-ой (архивной) базе будут находиться все старые документы, а во-второй (текущей) - более последние по дате создания.
Чтобы все новые загружаемые документы перемещались в текущую базу, а архивная оставалась только для "чтения".

При этом дата создания документов в базе не важна для разделения базы. Хотя бы по объему. К примеру, архивная - 90Гб, а текущая - 10Гб. В архивную более ничего не добавлять, а все новые файлы пусть загружаются в текущую.

Идея в том, чтобы:
1) архив перенести на более медленные диски и перестать часто бэкапить архив (или вовсе перестать бэкапить чтобы снизить время бэкапа)
2) текущую базу перекинуть на более быстрые диски (сейчас это NVMe) и бэкапить ежедневно.

На уровне SQL я могу добавить еще 1 файл баз данных. Но будут ли при этом вложения сохраняться именно в новый файл БД?

Знатоки, подскажите, пож-та, как правильно разбить базу SP.

Спасибо!

Relic Hunter,

На SSD хранятся и другие более активные базы. Влезет, конечно, но при росте других БД не вижу смысла хранить архивные данные (к которым юзеры уже не часто обращаются) на "скоростных дисках". БД SP хранит внутри себя файлы. Не вижу смысла перемещать всю базу "целиком".

Плюс смысла нет бэкапить ежедневно одни и те же данные. Если бы можно было разделить базу на 2 части, то архив почти бы и не бэкапили - сократилось бы время резервного копирования.

Relic Hunter,

Это очень круто! Я, правда, рад что у вас так получается! Но, к сожалению, не у всех компаний есть бюджет на IT.
И вы перебросили все базы на NVMe и не паритесь - архивы там или текущие данные))
У меня ресурс пока есть лишь в 500гб. И очень хочется его оптимизировать. На SSD кинуть "текущие" базы, а на sas архивы.

Если вы поможете именно в этой задачке - будет очень круто. Если нет, то не советуйте, пож-та, купить диски побольше. Это не вариант :)

Relic Hunter,

Вы задачу не поняли. В базе хранятся документы (файлы типа pdf, например).
К "старым" файлам, само собой пользователи не обращаются (или очень редко). Но доступ должен быть. Пусть "старый" кусок базы лежит на других дисках, но в рабочем состоянии, а текущий "кусок" на новых.

Если я тупо отключу базу и положу в архив и создам новую - пользователи при открытии базы через CRM даже не увидят, что были какие-то документы ибо они "сложены" в архив.

Нужно именно "распилить" базу на 2 рабочих куска.