Где я могу получить ТЕКУЩИЕ ИСПРАВЛЕНИЯ Windows2003 SP2 FileStream?

IMO, если у Вас нет некоторых аппаратных средств уровня Годзиллы, если у Вас есть так много данных, необходимо использовать резервную технологию сжатия. Я являюсь самым знакомым с LiteSpeed, но существуют аналогичные продукты от других поставщиков, и (конечно) подобная функция встроена в SQL2008. Вы не могли бы получить 10 к 1 сжатие, но оно действительно сокращает требования устройства хранения данных для резервного копирования вниз и может также уменьшить Ваши требования окна резервного копирования. Если Ваша цель состоит в том, чтобы сохранить несколько наборов резервных копий (вчера плюс за день до этого, плюс один с прошлой недели и один с прошлого месяца или серии дифференциалов плюс fulls, который может получить много большое при изменении большого количества данных в базе данных), это - простой вопрос пространства памяти.

Основанное на группе файлов резервное копирование (IOW, помещенные энергонезависимые данные на определенный FGs и спину нечасто) никогда, кажется, не летит, потому что devs или пользователи не будут или не могут решить, какие данные энергозависимы и что не, и в сценариях существующих производств Вы часто не можете рисковать.

Если сайт обработки отказа является требованием, в дополнение к размышлению о Зеркале Базы данных), Вы могли бы хотеть говорить с поставщиком систем хранения своих клиентов, чтобы видеть, предлагают ли они что-то как SRDF, который является основанной на аппаратных средствах технологией репликации данных. Естественно, репликация (любого вида, но репликации или псевдореального времени особенно в реальном времени) не является заменой для резервных копий.