Приветствую всех. Прошу поделиться опытом, советами и высказать своё мнение.
Как вы относитесь к размещению файловых групп в сети на удалённом файловом сервере?

Дело в том, что на сервере MS SQL (2008 R2) заканчивается место. Как уверяют сисадмины добавить места на самом сервере нет возможности, предлагают использовать место на файловом сервере.
ПО которое пишет в БД большие объёмы данных, разбивает их на разные таблицы по месяцам.
Моя идея заключается в том, чтобы создать файловую группу в расшареном каталоге на файловом сервере и, по мере надобности, таблицы со старыми данными переносить туда.
Обращение к старым данным (чтение, иногда возможна запись) выполняется редко, поэтому снижение скорости не проблема. Волнуют возможные сетевые сбои. Как поведёт себя SQL Server при этом? И можно ли будет восстановить работу БД, если данные в удалённой ФГ станут недоступны? Есть ли способ удалить из БД файловые группы (вместе с таблицами), которые перестали быть доступны по сети?

Версия сервера: Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (X64) Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor)

alexeyvg ,
Спасибо, тоже про это читал, к сожалению альтернативы пока не вижу. Кстати, именно с версии 2008 R2 для использования сетевых расположений флаг 1807 не нужен. Хотя конечно Microsoft рекомендует использовать только специальное сертифицированное оборудование.

Владислав Колосов ,

Спасибо, согласен с Вами. Готов с этим мирится при редком доступе к сырым архивным данным, а агрегированные, отчётные данные и оперативка останутся на локальном диске.

Massa52 ,

Спасибо. А сталкивались со случаями отвала винта (уборщица кабель задела, кот кабель перегрыз :-), драйвер USB упал)?

Да, я и предполагаю держать там данные которые не жалко - старые. Но не повлияет ли отвал этих старых данных, на возможность работать с остальными?

Рассматриваю два варианта:
1) одна база данных, в которой создаётся файловая группа на шаре и туда, по мере надобности, сливаются таблицы со старыми сырыми данными.
- таблицы с сырыми данными полностью обособлены (на них нет ссылок из остальной базы), их не жалко потерять, ПО которое их использует к этому готово;
2) данные заранее разделяются по нескольким базам данных и, периодически, базы данных со старыми данными уносятся на шару.
- ПО может по мере накопления данных писать их в разные БД, но разделять необходимо заранее, и в разные БД попадут как сырые так и обработанные данные (к которым обращаются чаще).

Первый вариант удобен тем, что перенос таблицы в другую ФГ можно выполнять в онлайн режиме (а всю БД только в оффлайне). И уносить можно только таблицы с сырыми данными, а агрегированные данные и подготовленные отчёты оставлять (второй вариант так не позволит сделать). Я понимаю, что оба варианта плохи тем, что лезут в сеть, но нужно что-то выбрать.