Существует сторонний продукт, LiteSpeed для SQL Server, который предлагает эту возможность объекта и даже восстановления уровня строки.
Я избежал бы NAS. Это - просто вещь 'паранойи' со мной. Если бы Вы имеете даже 1k для расходов, было бы достаточно легко создать базовую систему (Даже новый) и загрузить его 4 или 5 дисками на 500 ГБ, все совершили рейд вместе (Мой Любимый является Набегом 5). В Набеге 5 Вы получили бы близких 1,5 ТБ. Если бы Вы просто сделали Чередование, то Вы получили бы 2 ~ 2,5 ТБ. И затем у Вас есть система, которую можно использовать после 'проекта' - или для устройства хранения данных, или для некоторого другого приложения Вы смотрели на тестирование.
Помните: Система NAS, которой Вы ограничили управление (который, как некоторые говорят, была бы хорошая вещь). Но если бы необходимо было так или иначе управлять данными, это хранится, надлежащая компьютерная система была бы способом пойти, по-моему.
Удачи :)
Если бы производительность на временном хранении не является огромным соглашением, Ваш лучший выбор состоял бы в том, чтобы получить usb или возможный дешевый корпус NAS с диском на 1 ТБ. И выведите временные данные там. Затем у Вас есть ТБ запасного устройства хранения данных каждый раз, когда Вам нужно оно для случайных задач также :)
Под 5K?
Получите HP ProLiant G6 с 8 Дисками на уровне 300 ГБ каждый, 12 ГБ RAM, 2 Четырехъядерных Procs был о 3-4K евро - и это берет только 1U
Даст Вам очень хороший IOPS, и можно использовать его в качестве реального производственного поля позже.
NAS? Нет, спасибо, если бы что-нибудь на моем сайте зависит от него, я не пошел бы с потребителем NAS...
Я создал бы базирующееся поле opensolaris с супермикро платой контроллера AOC-SAT2-MV8 SATA и некоторыми жесткими дисками. Таким образом, если Вам когда-либо нужно место для хранения файлов, которые супер в большой степени не используются, было бы место для них. 6-7TB решение как это поместило бы Вас далеко под меткой за 1 000$. Так как это - средства ZFS, что можно вырасти, поскольку Вы должны.
Я столкнулся с аналогичной ситуацией с большой базой данных Oracle. У нас был Drobo (http://www.drobo.com) под рукой (не, сеть включила один), таким образом, я заполнил его дисками и подключил его к моему ноутбуку Mac. Я делил устройство Drobo по NFS и скопировал данные на него. Мы сделали обслуживание, требуемое на производственной системе хранения, и затем скопировали данные в него. Все пошло довольно гладко, хотя действительно требовалось долгое время (приблизительно 500 ГБ).