Если вы спросите большинство сетевых администраторов о том, какие пять основных задач они постоянно выполняют, в этом списке наверняка окажется восстановление файла или небольшого числа файлов с резервной копии (и еще повторное назначение паролей!). Пользователи случайно удаляют файлы, перезаписывают файлы, а еще им может понадобиться старая версия файла. Чтобы получить эти файлы назад, пользователь, скорее всего, свяжется со службой ИТ, даст им описание файла, укажет, где файл находился и время или дату, когда файл был изменен или удален. Восстановление файла из резервной копии не является столь волнующей задачей и в большинстве случаев не получает у вас высшего приоритета, если вы не являетесь главным администратором или лицом, ответственным на резервное копирование. Кроме того, насколько вы знаете, пользователи, пытаясь (из лучших побуждений) сообщить как можно больше информации об этих файлах, могут запутаться и дать не совсем верную информацию и - ОХОТА НА ФАЙЛЫ НАЧАЛАСЬ!
Иногда нам везет - файл был удален всего час назад и на другом жестком диске сервера лежит его резервная копия, сделанная прошлой ночью. В данном случае восстановление файла сводится к простой операции копировать/вставить и это относительно безболезненный способ, если вам не приходится делать этого слишком часто. Но что произойдет, если необходимый файл удален две недели назад? Или если пользователь не уверен, нужен ли ему файл недельной или двухнедельной давности? А что, если потребуются копии за понедельник, среду и пятницу прошлой недели? И хотя охота на файлы по магнитным лентам это еще не конец света, все же существуют вещи, которыми заниматься приятнее и полезнее!
Системный администратор будет занят в течение всего процесса восстановления файла и пользователь не сможет завершить свою работу, пока не получить этого файла. Также пользователь может решить, что иметь дело со службой ИТ слишком хлопотно и заканчивает восстановление файла вручную. В любом случае данная проблема отражается на производительности труда и, как следствие, на падении прибыльности предприятия. Но что, если все же существует лучший путь?
Windows Server 2003 представляет новую функцию, называемую Shadow Copies of Shared Folders (теневые копии общих папок, далее по тексту SCSF – прим. перев.) которая призвана решить множество проблем, связанных с восстановлением небольшого числа файлов с резервной копии. Проще говоря, SCSF предоставляет закрепленные по времени копии файлов, расположенные в общих папках сервера Windows Server 2003. Эти копии доступны конечному пользователю и показывают как общая папка или файл внутри общей папки выглядели несколько часов назад, вчера, на прошлой неделе, или несколько недель назад.
SCSF сохраняет копию данных, измененных с момента последней теневой копии. Поскольку SCSF сохраняет изменения на уровне блоков (называемые также кластерами) файлов, а не весь файл в целом, необходимое для их хранения пространство жесткого диска значительно уменьшается. Администратор может определить, когда будут делаться теневые копии и количество дискового пространства, используемое для хранения изменений - с новейшими копиями, заменяющими самые старые копии по мере необходимости.
Примечание: Что такое кластер? Когда вы форматируете раздел жесткого диска, то можете указать размер кластера, определяющий пространство жесткого диска, на котором будут единовременно размещаться файлы. Другими словами, размер кластера разбивает раздел на множество секций, каждая из которых может содержать единственный файл или часть файла.
Пример: Допустим, у нас есть файл размером 15K, а размер кластера равен 4K. Поскольку размер файла больше 4K, он будет рассматриваться как мульти-кластерный (файл показан синим):
Обратите внимание на присутствие неиспользуемого пространства в конце 4 кластера. Поскольку кластер может использоваться для размещения только одного файла, этот оставшийся 1К не может быть использован другим файлом и, по существу, является потерянным пространством (следующий файл показан красным):
Запомните, что SCSF отслеживает изменения в каждом кластере, а не только в каждом файле. Знакомясь с этой замечательной функцией, стоит упомянуть, что существует несколько вещей, о которых вам необходимо знать при планировании ее использования: o SCSF задает потомную настройку и работает только на томах NTFS. Кроме того, SCSF включается либо для всех общих папок на указанном томе, либо ни для одной: вы не можете выбирать, к каким общим папкам на указанном разделе применять SCSF, а к каким нет. К тому же, расписание, по которому создаются теневые копии также устанавливается для всего тома целиком; o SCSF не будет работать для точек подключения (mount point) (когда второй жесткий диск подключается к первому в виде папки); o Наличие двойной загрузки сервера предыдущими версиями Windows может привести к потере теневых копий; o SCSF НЕ ЗАМЕНЯЕТ процесса регулярного резервного копирования!
