ЕСЛИ УПРАВЛЕНИЕ РЕЗЕРВНЫМ КОПИРОВАНИЕМ НА ЛЕНТУ НАЧИНАЕТ ПОХОДИТЬ НА ПОИСКИ ИГОЛКИ В СТОГЕ СЕНА, НЕ ИЩИТЕ НИЧЕГО БОЛЬШЕ. НОВОЕ ПОКОЛЕНИЕ ПРОГРАММ РЕЗЕРВНОГО КОПИРОВАНИЯ УЖЕ ДОСТУПНО.
Дейв ФогльВы уже слышали миллион раз: резервируйте свои данные, иначе потеряете. Даже если у вас уже есть сетевая программа резервирования, требования к запоминающим устройствам в локальной сети растут гораздо быстрее, чем возможности.
Вместе с геометрическим ростом емкости дисковых подсистем программам копирования на магнитную ленту за время, отпущенное на резервирование, приходится читать и записывать все большие массивы данных. Еще более важно, что программы резервирования должны научиться таким образом управлять большим количеством файлов, чтобы пользователям не было чересчур сложно извлекать отдельные файлы. Стремясь к этому, издатели программ резервирования приняли на вооружение некоторые из проверенных временем технологий обработки данных, используемых ранее только в мэйнфреймах.
HSM ПО НАЙМУ
Большинство наиболее популярных современных программ резервирования предоставляют, в том или ином виде, базу данных о зарезервированных файлах и некоторую информацию о том, на какой ленте находятся последние зарезервированные копии. Гораздо реже встречается возможность интеграции (или по крайней мере сосуществования) с технологией структурированного, или иерархического хранения информации (HSM, Hierarchical Storage Management), многие годы используемой в мэйнфреймах.
HSM помогает увеличить емкость доступного пространства жесткого диска на сервере за счет перемещения статичных файлов (к которым последнее время не обращались) на менее дорогие альтернативные запоминающие устройства, такие как оптические накопители или накопители на магнитной ленте. HSM оставляет на жестком диске фиктивный файл нулевой длины, уведомляющий о том, что реальный файл перенесен. В таком случае, если пользователю потребуется предыдущая версия файла, то программное обеспечение HSM сможет быстро извлечь его с магнитной ленты или с оптического накопителя.
HSM во многом отличается от резервирования на ленте. Задачей HSM является увеличение емкости доступной на жестком диске памяти за счет перемещения некоторых файлов на ленту, в то время как цель резервирования - возможность восстановления информации при потере оригинальной версии файла. Таким образом, ленты, используемые для HSM, содержат иные типы файлов по сравнению с лентами, используемыми для резервирования, и не рассчитаны на резервирование - за исключением тех случаев, когда программное обеспечение резервирования поддерживает обе стратегии.
Программы резервирования, не рассчитанные на взаимодействие с программным обеспечением HSM, могут вызвать проблемы как в системе резервирования, так и в системе HSM. Например, запрос на чтение в системе резервирования, не учитывающей возможность использования HSM, может привести к некорректному извлечению файлов с оптического накопителя или ленты и копированию их на жесткий диск. Аналогично, программное обеспечение HSM может трактовать операции чтения файлов при выполнении резервирования как действия пользователя. Как следствие, неактивные файлы будут считаться активными и будут удерживаться на жестком диске, хотя их вполне можно было бы переместить на оптический или магнитный носитель.
Еще одна ошибочная ситуация - программа резервирования будет копировать фиктивные файлы, оставленные системой HSM, вместо резервирования файлов целиком.
Еще один круг проблем для многих продуктов резервирования составляет обработка открытых файлов. Хотя многие программы способны резервировать файлы, открытые только на чтение, большинство из них не справляется с резервированием файлов, открытых на чтение и запись.
К счастью, для большинства пользователей сетей малого и среднего размера эта проблема не является критичной; если пользователи выходят из открытых файлов при уходе вечером с работы, то процедура резервирования, выполняемая по ночам, сможет прочесть все файлы в сети. Но для более крупных сетей такая возможность исключена. Ниже мы рассмотрим некоторые новые подходы к проблеме резервирования открытых файлов.
Декабрьское 1993 года исследование института Гэллапа обнаружило, что сети компаний, входящих в Fortune 1000, доступны в течение 96 процентов времени (время простоев составляет лишь 4 процента). Это составляет около двух часов в неделю, в течение которых пользователи не имеют доступа к системе. В 1994 году Sentry Market Research (Westboro, MA) оценила среднюю стоимость простоя сети средних размеров в 18000 долларов в час.
ПОЯВЛЕНИЕ СТАНДАРТА
Производящая программное обеспечение резервирования компания Cheyenne Software (Roslyn Heights, NY) расширила число своих продуктов версиями для наиболее популярных сетевых операционных систем. Поддерживающая серверы IBM OS/2, Novell NetWare, Microsoft Windows NT и Unix, а также рабочие станции Windows, DOS и Apple Macintosh программа ARCserve стала фактическим стандартом для программного обеспечения резервирования и одновременно фактическим форматом записи на этих платформах.
Учитывая быстро растущую экспансию Windows NT, Cheyenne создала версию ARCserve для этой ОС, которая использует преимущества многозадачности и многопроцессорности для увеличения скорости и надежности. Программа поддерживает одновременную работу с 32 накопителями на лентах, что позволяет еще больше увеличить пропускную способность.
Работающая скорее как сервис Windows NT, а не как приложение, программа ARCserve в состоянии выполнять резервирование любой из возможных файловых систем, включая NT File System (NTFS), High-Performance Files System (HPFS) и File Allocation Table (FAT). Кроме того, она может выполнять резервирование для любых машин в сети, видимых Windows NT.
Другой относительно свежий программный продукт, Cheyenne HSM, поддерживает структурированное хранение информации для файловых серверов NetWare. Программа может взаимодействовать с ArcServe for NetWare и обеспечивать правильное резервирование файлов, хранимых в системе HSM.
ДОВЕРЯЙ, НО ПРОВЕРЯЙ
В мае компания Palindrome (Naperville, IL) консолидировала свое семейство программ резервирования в двух основных продуктах. Базовые операции резервирования и восстановления файлового сервера выполняет программный продукт Backup Director 4.0; для более крупных организаций, которым необходимы более тонкие средства управления памятью, компания предлагает Storage Manager 4.0. Оба продукта основаны на одном и том же механизме резервирования; каждый из них позволяет полностью автоматизировать резервирование в сети практически любого размера.
Последняя версия Backup Director включает полный набор средств резервирования и хранения, имеющихся в предыдущих версиях, плюс новые возможности, добавленные для удобства инсталляции и использования.
Программа проверки окружения помогает в правильном конфигурировании файлового сервера, на котором выполняется Backup Director, а автоматическая процедура инсталляции исключает вероятность неправильной загрузки или пропуска необходимых модулей. Вместо того, чтобы вручную определять и планировать отдельные повторяющиеся задания на резервирование, пользователь может задать набор правил резервирования файлов, описывающих подлежащие резервированию файлы, приемлемое время резервирования и число хранимых копий. Эти правила затем используются программой для планирования заданий на резервирование. Администратор может выбрать одну из схем ротации лент: дед/отец/сын (используется по умолчанию), "Ханойская башня" и настраиваемая, определяемая пользователем схема ротации.
Чтобы ускорить резервирование, Backup Director может распределять нагрузку между несколькими работающими в параллель ленточными накопителями. Программа устойчива ко многим ошибкам оператора; например, она обнаруживает, что лента не заменена или что вставлена не та лента. Вместо отказа от выполнения задания программа отмечает ошибку в журнале, извещает администратора и продолжает резервирование, соответствующим образом меняя порядок ротации лент.
Возможность создания дискеты, используемой при восстановлении после сбоя, значительно облегчает полное восстановление сервера после серьезных повреждений. Поскольку этим устраняется необходимость в том, чтобы перед извлечением зарезервированных данных на сервер полностью переинсталлировать NetWare и Backup Director, процесс восстановления после сбоя значительно ускоряется.
Продукты компании Palindrome отличаются от большинства других доступных программ резервирования на ПК способом хранения информации о каждой резервной копии. Большинство приложений данного класса создают базу данных о сеансе резервирования, записывая информацию о каждом зарезервированном файле. Однако Backup Director и Storage Manager рассматривают ее как базу данных о файлах, резервируемую вместе с информацией о месте хранения каждой резервной копии файла, о ленте, на которой файл хранится, и о том, скажем, что лента, по плану, должна быть съемной. Такой подход дает программам Palindrome преимущество при восстановлении файлов и при выборе достаточного числа копий для надежной защиты файлов.
Отслеживая число зарезервированных на ленте идентичных копий неизмененного файла (в терминологии Palindrome - "стабильного" файла), а также мест их хранения, Storage Manager позволяет довести число резервирований файла до минимума. Как только файл зарезервирован достаточное число раз (согласно определенным пользователем правилам) и достаточное число копий помещено на съемные ленты, программа трактует файл как защищенный и при очередном резервировании его пропускает.
Кроме того, подобный подход, в центре которого стоит файл, хорошо согласуется с возможностями управления емкостью высокоуровневого программного продукта Storage Management 4.0. компании Palindrome. Интегрируя HSM с возможностями сетевого резервирования продукта Backup Director 4.0 и с возможностями архивации данных и управления версиями обновленной программы резервирования Palindrom Network Archivist, Storage Manager предоставляет исчерпывающее решение постоянно усложняющихся задач хранения данных.
Организации, приобретая интегрированную c HSM систему резервирования компании Palindrome, первоначально могут использовать только ту часть продукта, которая отвечает за резервирование. По мере того как их требования к емкости запоминающих устройств возрастает, они могут активировать HSM и перейти к перемещению стабильных файлов на оптические или ленточные носители. (Кроме всего прочего, это хороший способ проверить влияние HSM на производительность.) Storage Manager можно сконфигурировать двумя различными способами: чтобы для резервирования и для структурированного хранения информации использовался либо общий, либо различные наборы лент.
Как Backup Director, так и Storage Manager соответствуют разрабатываемой спецификации системно независимого формата данных (System Independent Data Format, SIDF) для универсального формата магнитной ленты для записи. Кроме того, согласованность с системой управления хранением (Storage Management System, SMS) компании Novell означает, что разработанные Palindrome программные продукты будут работать и с новыми версиями NetWare по мере их выпуска.
Для крупных сетей с большим числом рабочих мест программы резервирования компании Palindrome поставляются с консолью Visual Storage Administrator (VISTA), что позволяет осуществлять централизованное управление правил резервирования и мониторинг статуса резервирования из одного места.
В дополнение к основным продуктам компания Palindrome предлагает две утилиты для администраторов сетей. Prepare! помогает составить план восстановления после серьезного сбоя, а Storage Analyst позволяет планировать потребности сети в емкости запоминающих устройств посредством сравнения стоимости различных вариантов.
ВЫБЕРИТЕ ВАШУ ПЛАТФОРМУ
Компания Arcada (Lake Mary, FL) с успехом разрабатывает мощные программы резервирования для различных платформ. В дополнение к встроенной утилите резервирования, которую Microsoft включила в Windows NT, семейство продуктов Backup Exec компании Arcada в настоящий момент охватывает операционные системы NetWare, LAN Manager, LAN Server и Windows NT. Помимо простоты использования и интуитивно понятных операций, Backup Exec отличают быстрота резервирования и восстановления данных.
Новый продукт, Storage Migrator, реализует возможности структурированного хранения информации для серверов NetWare. Хотя он и не является программой резервирования, он включает свою собственную интегрированную утилиту резервирования для защиты данных, хранящихся в системе HSM. Для защиты данных, хранящихся в первичной дисковой подсистеме, следует применять отдельную утилиту резервирования; две эти системы резервирования используются независимо.
Продукт компании Symantec (Cupertino, CA) Norton Enterprise Backup вместо подхода в духе "сервер за сервером" исповедует распределенную архитектуру. Это помогает сократить время администрирования, расходуемое на то, чтобы организовать адекватное резервирование всех серверов в сети. Кроме того, продукт помогает сократить интенсивность трафика, порождаемого операциями по резервированию данных с нескольких серверов, за счет настройки резервирования таким образом, чтобы данные сохранялись на ленточных накопителях именно на тех серверах, где эти данные хранятся.
В Norton Enterprise Backup нет предопределенного ограничения на число ленточных устройств, которыми можно управлять с одной центральной станции. Продукт интегрирован в Norton Administrator of Networks, что позволяет централизованным образом, с единой консоли управлять распределенным процессом резервирования.
ОТ МЭЙНФРЕЙМА К МАКИНТОШУ
В программном продукте SAMS: Expert 2.0 компании Sterling Software (Rancho Cordova, CA) предпринята попытка воспользоваться в локальных сетях тем подходом к управлению резервированием данных, который ранее использовался в мэйнфреймах.
Включив в свой продукт для резервирования экспертную систему, Sterling Software дает администраторам сети возможность переложить большую часть хлопот, связанных с контролем за системой резервирования, на "места", то есть на соответствующие рабочие группы, не ослабив при этом общий контроль за резервированием. Благодаря этому пользователям этих рабочих групп становится намного проще запросить резервирование и восстановление файлов, находящихся в их распоряжении.
Поскольку объем данных, подлежащих резервированию в локальных сетях среднего и крупного размера, может превзойти возможности даже очень быстрых сетей, продукты SAMS компании Sterling Software спроектированы таким образом, что позволяют сократить трафик благодаря децентрализации заданий на резервирование. Компания предлагает несколько утилит под общим именем SAMS, включая SAMS: Protect (резервирование в OS/2 и LAN Server), SAMS: Vantage (резервирование данных локальной сети на мэйнфрейме), SAMS:Disk, SAMS:Automate, SAMS:Main, SAMS:Allocate, SAMS:Compress, SAMS, Defrag и SAMS:Safe.
У компании Sterling богатый опыт в организации высокоскоростных каналов связи между локальными сетями и мэйнфреймами. Применяя этот опыт к решению задач резервирования в локальных сетях, Sterling помогает администраторам сетей добиться высокой производительности и при этом сохранить для пользователей возможность восстанавливать необходимые им файлы. Семейство Connect, основная линия продуктов компании Sterling, позволяет интегрировать системы Unix и SNA в локальные сети ПК.
BudTool, программа резервирования для ОС Unix от компании PDC (King of Prussia, PA), может автоматизировать все работы по сетевому резервированию на год вперед и хвастается быстрым восстановлением данных в случае выхода из строя сервера.
BudTool поддерживает ОС SunOS и Solaris компании Sun Microsystems (Mountain View, CA), HP 9000 компании Hewlett-Packard (Palo Alto, CA), RS/6000 компании IBM и все серверные платформы Silicon Graphics (Mountain View), Auspex (Santa Clara, CA) и Solbourne Computer (Longmount, CO). Чтобы облегчить управление большим числом резервных лент, программа поддерживает печать штрих-кодов, что позволяет пользоваться накопителем с автоматической сменой лент.
Пользователи компьютеров Macintosh не так давно получили возможность насладиться весьма изощренной системой резервирования. Тот факт, что интеллект системы по большей части скрыт за привычной для этой платформы простотой использования, не должен заслонять ее истинные возможности.
Retrospect и Retrospect Remote компании Dantz Development (Orinda, CA) обеспечивают исчерпывающие средства резервирования файловых серверов и рабочих станций Macintosh. Инсталлировав модули удаленного резервирования на рабочие станции сети, можно с одного компьютера, на котором выполняется Retrospect, выполнять резервирование жестких дисков всех этих станций. Резервирование, не требующее специального присмотра, можно перенести на ночное время, а программа удаленного резервирования вежливо напомнит пользователям оставить свои машины включенными, чтобы отложенное резервирование было возможно.
Благодаря поддерживаемой базе данных о файлах, которые уже были сохранены на определенном Backup Set (такое название в Retrospect носит магнитная лента или набор лент), Retrospect достаточно хранить единственную копию файла - при условии, что файл не подвергается изменениям. Набор Backup Set содержит одну полную резервную копию, а все остальные сеансы резервирования имеют характер инкрементальных дополнений, то есть отражают только изменения.
Что делает эту программу действительно мощной, так это концепция "снимков" диска, дополняющая возможность восстанавливать отдельные файлы. Используя снимки, Retrospect может полностью восстановить структуру диска в том виде, который она имела в момент резервирования - вне зависимости от того, как много инкрементальных дополнений к набору Backup Set. Хотя программа резервирует файлы, а не создает образ жесткого диска, поведение ее позволяет предположить, что происходит именно это.
ОТКРЫТ ДЛЯ РЕЗЕРВИРОВАНИЯ
Ваша система резервирования настолько пуленепробиваемая, насколько это только возможно; каждую ночь она выполняет полное резервное копирование на высокоскоростные, оптимизированные ленточные устройства, с использованием различных хитроумных схем ротации лент; вам удалось организовать отдельное хранение лент в укромном месте. Вы даже немного гордитесь собой, но так ли уж вам нечего опасаться?
Увы, это не так - если ваши пользователи оставляют свои машины на ночь, не завершив сеанс, с открытой электронной почтой, активными текстовыми процессорами или электронными таблицами. Утром вы обнаружите, что многие файлы не были зарезервированы, так как программа резервирования не смогла получить доступ к открытым файлам.
Способ обработки открытых файлов зависит от прикладной программы. Некоторые приложения открывают файлы в разделяемом режиме, благодаря чему другие пользователи также могут открыть файл (но не производить с ним изменения). У программы резервирования не должно возникнуть никаких проблем при работе с такими файлами.
Другие приложения открывают файлы в режиме, исключающем возможность доступа к ним других пользователей или программ. Это может создать проблемы для многих программ резервирования, хотя большинство таких программ старается обойти их, пробуя открыть файл в разных режимах или повторно пытаясь выполнить резервирование в более позднее время.
Если файл все же остается заблокированным, то программа резервирования будет вынуждена его пропустить - а учитывая сводящее с ума постоянство, с которым многие пользователи оставляют свою электронную почту открытой на всю ночь, эти файлы будут недоступны для большинства сеансов резервирования.
Файлы, по недосмотру оставленные открытыми, - не единственная причина нарушения целостности зарезервированных данных. Поскольку резервное копирование любого файла занимает конечное время, то какой-нибудь пользователь (или какой-нибудь процесс) может попытаться модифицировать файл прежде, чем программа резервирования завершит свою работу.
Если это произойдет, то такое резервирование будет ненадежным, поскольку первая часть файла на ленте может содержать старую информацию, а его конец - новую. Полученный файл с большой долей вероятности следует рассматривать как поврежденный.
ПОВЕРХ БАРЬЕРОВ
Открытые файлы могут оказаться непреодолимым препятствием для большинства современных систем резервирования. Однако две компании - St. Bernard Software (San Diego) и Vinca (Orem, UT) - недавно представили конструктивные решения этой проблемы.
Менеджер открытых файлов Open File Manager компании St. Bernard Software - это утилита на базе модуля NLM, позволяющая большинству программ резервирования читать файлы, открытые другими приложениями. Модуль NLM выполняет постоянный мониторинг запросов на чтение/запись к файловому серверу и на основании этой информации определяет, какие файлы изменяются и какие не изменяются. Имея такую информацию, Open File Manager отслеживает все изменения (сделанные другими приложениями) в файле, открытом для резервирования.
Продукт использует свой собственный метод для определения, какие запросы на чтение к файлу, хранящемуся на файловом сервере, были инициированы программами резервирования, и отличает такие запросы от обычных файловых операций ввода/вывода. Таким образом, когда программа резервирования открывает файл, модифицируемый другим приложением, Open File Manager предоставляет программе резервирования стабильную версию файла, а не динамическую версию, с которой имело бы дело большинство программ резервирования.
Побочным преимуществом такого подхода является то, что приложение, которому необходим исключительный доступ к файлу, может открыть файл обычным образом, даже если в это время программа резервирования читает данные из файла.
В Open File Manager предусмотрены средства защиты; выполняющие резервирование рабочие станции могут воспользоваться ими, войдя на сервер под именем специального пользователя, отвечающего за резервирование. Это обеспечивает наличие целостной версии каждого резервируемого файла, на которую не воздействуют операции чтения и записи данных других приложений.
ЧЕМ ПОМОЖЕТ АППАРАТУРА
Компания Vinca предлагает свое решение проблемы обработки открытых файлов для компаний, располагающих крупными базами данных и практически постоянно к ним обращающихся. Это решение основано на более интенсивном использовании возможностей аппаратуры. Новый программный продукт резервирования данных, SnapShot, работает на пару с программой StandbyServer 32 той же компании; их задача - получение надежных "снимков" файловой системы сервера.
StandbyServer 32 - это комбинация программного обеспечения репликации файлового сервера и высокоскоростного канала связи между двумя серверами. Опираясь на свободно истолкованную программную модель Novell SFT III, StandbyServer 32 создает и сопровождает дубликат файловой системы сервера NetWare (или LAN Server).
StandbyServer отличается от SFT III тем, что не поддерживает полной зеркальной копии первичного сервера; он отвечает только за дублирование файловой системы. Это означает, что StandbyServer может исполнять программы резервирования, не требуя загрузки на первичном сервере соответствующих NLM-модулей NetWare.
В то время как StandbyServer 32 решает проблему надежности сети при помощи дублирования дисковых томов, SnapShot Server занимается надежностью резервирования, стараясь обеспечить надежные образы файлов и баз данных, предназначенных для резервирования.
Идея, лежащая в основе этого продукта, состоит в том, чтобы изготовить моментальные копии дисковых томов файлового сервера и таким образом исключить возможность внесения изменений в резервные копии, сделанные с этого файлового сервера, во время процесса резервирования. Данный продукт является скорее не программой резервирования, а программой, направленной на уменьшение вероятности резервирования испорченных данных.
SnapShot Server берется за дело, когда начинает работать программа резервирования. Начиная с этого момента и до окончания ее работы SnapShot Server работает с двумя виртуальными томами. Первый хранит реальное текущее содержимое дискового тома. Программа делает эту информацию доступной для любых приложений за исключением работающей программы резервирования.
Содержимое второго виртуального тома составляют те данные, которые SnapShot Server предоставляет программе резервирования. Эта информация реконструируется на основе сопоставления текущего содержимого тома с базой данных изменений, произведенных после того, как был выполнен "снимок". Иными словами, все изменения, сделанные после начала процесса резервирования, как бы прокручиваются назад. По завершении работы программы резервирования SnapShot Server избавляется от информации, которую он использовал для воссоздания предыдущей версии дискового тома.
Выбрав такой подход, резервирование можно производить в любое время в течение рабочего дня и при этом не нарушать работу первичного сервера; вся обработка производится на вторичном сервере. Кроме того, загрузка программного обеспечения резервирования на вторичный сервер ведет к увеличению надежности первичного сервера.
В прикладных системах, использующих определенные клиент-серверные базы данных, полное резервное копирование открытых баз данных могут выполнять специализированные агенты баз данных. К преимуществам этого подхода относится наличие настраиваемой поддержки для конкретной системы базы данных, поскольку агент может отобрать те файлы, которые имеют отношение к используемой базе данных. Это, в свою очередь, гарантирует, что структура базы данных хранится на ленте в должном виде.
Dbagent компании Cheyenne обеспечивает полное резервирование и восстановление открытых и активных баз данных. Отдельные версии Dbagent работают с базами данных NetWare Btrieve, NetWare SQL, Oracle и SQLBase компании Gupta (Menlo Park, CA). Другие поставщики баз данных предлагают специализированные агенты баз данных для дополнительного резервирования.
РЕЗЕРВИРОВАНИЕ РАБОЧИХ СТАНЦИЙ
Некоторые решения задач резервирования на удивление просты и дружелюбны по отношению к пользователю. Например, одна новая утилита помогает децентрализовать процесс резервного копирования данных с рабочих станций на сетевом файловом сервере.
Хотя большинство программ резервирования включают агентов рабочих станций, которые позволяют центральной станции резервирования извлекать данные из рабочих станций, однако самому пользователю зачастую весьма тяжело заниматься извлечением зарезервированных данных. Пользователь вынужден загружать полную программу резервирования рабочей станции, возможно, задать устройство и затем выбрать нужный файл в перечне, скомпонованном сеансами резервирования. Кроме того, в большинстве случаев в расписании резервирования требуется, чтобы рабочие станции оставались включенными на всю ночь, что неразумно как с точки зрения безопасности, так и с точки зрения затрат энергии.
Boris 1.0 компании Starbase Software (Irvine, CA) - небольшая Windows-утилита с дружественным интерфейсом, позволяющая пользователям выбирать те файлы, резервные копии которых они хотят сохранять регулярно (одновременно может быть задана частота резервирования). После настройки продукт автоматически производит архивирование копий выбранных файлов в сжатый архив на указанном пользователем томе - обычно это начальный каталог пользователя или другой отведенный пользователю сетевой каталог. Ночью же программа резервирования, установленная на центральном сервере, извлекает архив и изготавливает его резервную копию.
Основную часть времени Boris работает в фоновом режиме под Windows; от пользователя требуется лишь минимальная настройка. Утилита всегда готова помочь пользователю восстановить выбранные файлы.
Boris может отслеживать до 25 версий файла. Чтобы выбрать нужную версию, достаточно выбрать файл по карте зарезервированных подкаталогов пользователя, а затем по дате выбрать нужную версию. Важные версии файла можно пометить как постоянные, поэтому программа резервирования не будет записывать поверх них последующие версии.
В дополнение к этому Boris также имеет простейшие утилиты чистки файлов и мониторинга дискового пространства.
Такой подход к резервированию данных рабочих станций позволяет пользователям выбирать наиболее важные файлы для центрального резервирования и исключает необходимость в автономных решениях по резервированию. По мнению Ли Мак-Адамса из отдела информационных систем Gartner Group (Stamford, CT), резервирование каждого ПК на индивидуальной основе обойдется в три раза дороже, чем централизованное резервирование.
ОСНОВНАЯ ЛИНИЯ
Основные игроки в области резервирования за последние годы существенно своих позиций не поменяли. Однако, администраторам сетей требуются все новые и новые возможности, на что разработчики программного обеспечения отвечают расширением возможностей своих продуктов управления данными.
По мере того как растет число серверных платформ, а вместе с этим расширяется выбор проектировщиков сетей, возможность взаимодействия программ резервирования, инсталлированных на различных серверах, становится чрезвычайно важной. По той же причине допустимость обмена лентами между различными приложениями для резервирования должно подтолкнуть производителей к принятию стандартных форматов для магнитных лент.
Возможно, наиболее серьезным сдвигом в индустрии резервирования станет разработка стратегии, которая позволит упростить управление системами хранения, размеры которых растут экспоненциально. Без эффективных и мощных механизмов, опирающихся на базы данных, которые позволяют отслеживать зарезервированные и перемещенные файлы - и интуитивно понятных графических интерфейсов, помогающих администраторам сети выбирать копируемые файлы - программы резервирования рискуют безнадежно застрять на одном месте.
Что касается NetWare, программное обеспечение Palindrome, с его интеллектуальным управлением архивами и интегрированными средствами структурированного хранения информации, хорошо согласовано с растущими запросами систем хранения. А поскольку компании Cheyenne и Arcada тем временем развивают и расширяют свои предложения для различных серверных платформ, их программное обеспечение сможет стать хорошим подспорьем для администраторов гетерогенных сетей.
С Дэйвом Фоглем можно связаться через Internet по dfogle@mfi.com.