Метаморфозы управления хранением данных

Рост требований к системам хранения и резервного копирования порождают все более сложные технологии для защиты и управления данными.

Старая присказка "время не стоит на месте" характеризует сложившуюся в области управления хранением данных ситуацию. За всю историю управления данными люди перепробовали множество различных подходов к этой проблеме - от простого копирования файлов на различные носители (как это делается, например, в системах резервного копирования на магнитную ленту) до полного дублирования файловых серверов (в таких системах в случае отказа первичного сервера резервный берет на себя все операции и пользователи об этом ничего не знают).

Типичный путь развития систем резервирования на магнитную ленту и программного обеспечения для них таков: от систем на базе рабочих станций к системам на базе сервера. При этом производительность обычно возрастает, поскольку место сети с последовательным обменом занимает быстродействующая шина сервера. Администраторы сети производили резервное копирование в нерабочее время (по ночам); когда можно было быть уверенным, что все защищенные файлы в момент копирования закрыты, а создаваемые резервные копии корректны. По мере роста объемов данных росла емкость систем на магнитных лентах; появлялись и более скоростные средства передачи данных, обеспечивавшие резервное копирование разросшихся массивов.

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

На серверах, где установлены критически важные приложения, часто используются системы RAID, зеркальные и сдвоенные диски. Все это делается для того, чтобы повысить степень защищенности данных и увеличить долю времени, в течение которого приложение доступно пользователям. В системах старшего класса, например на зеркальном сервере, приложения стопроцентно доступны; в сочетании с резервными средствами хранения на магнитных лентах эти системы обеспечивают критически важным данным еще более высокую степень защиты.

Следствием роста объема данных стал также перевод редко используемых данных на вспомогательные системы хранения (например оптические серверы). Такое решение - результат непрекращающихся попыток освободить место на основных высокоскоростных носителях прямого доступа с тем, чтобы они использовались только для хранения часто употребляемых данных.

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

ЛУЧШИЙ ДРУГ ЧЕЛОВЕЧЕСТВА?

Одна из главных проблем многих администраторов сети может быть сформулирована так: "Что делать с файлами, открытыми на момент резервного копирования?" В большинстве организаций непременно найдется парочка любителей уходить домой, не выйдя из системы. При этом приложения и используемые ими файлы остаются открытыми на всю ночь. Открытые файлы откопировать в ходе плановой ночной операции резервного копирования невозможно; как правило, они либо просто пропускаются, либо перечисляются как исключенные файлы в отчете об ошибках.

Появившийся сравнительно недавно продукт Open File Manager компании St.Bernard Software несколько расширяет возможности администратора в подобных ситуациях. Данный продукт фактически позволяет многим системам резервного копирования создавать копии открытых файлов.

Open File Manager можно рассматривать как расширение существующих систем резервного копирования. Данный продукт устанавливается на файловом сервере в качестве загружаемого модуля NLM на уровне файловой системы, а посему он успешно используется с большинством систем резервного копирования - это и системы на базе рабочих станций, посылающие запросы на обращения к файлам по сети, и серверные системы, которые сами выполнены как NLM.

Open File Manager отслеживает обращения к файлам и проверяет, чтобы копируемые файлы перед началом резервного копирования находились в стабильном состоянии. Если в ходе резервного копирования предпринимаются попытки изменить содержимое файлов, программа продолжает резервное копирование файлов в соответствии с их состоянием на момент начала копирования, обращаясь к копии начального состояния файла, размещенной в специальном участке кэш-памяти.

Для конечного пользователя, даже если он в данный момент занят внесением изменений в открытый файл, резервное копирование полностью прозрачно. Данные в стабильном состоянии копируются из кэша на ленту точно так же, как из закрытого файла. В итоге содержание файла, откопированного на ленту, оказывается идентичным содержанию файла на момент начала копирования (см. Рис. 1).

Поскольку Open File Manager помещает в кэш только изменяющиеся в ходе резервного копирования данные, этому продукту требуются относительно скромные ресурсы - лишь 500 Кбайт оперативной памяти и 500 Кбайт свободного пространства на диске дополнительно.

Использование Open File Manager предоставляет определять оптимальное время для копирования, так как в этом случае копирование может происходить в любое время и даже несколько раз в день (причем степень защиты критически важных данных повышается). Например, резервным копированием всех файлов вы занимаетесь по ночам, а критически важные файлы копируете дополнительно еще несколько раз в день.

Open File Manager исправно работает практически при любом состоянии открытого файла. Кроме того, инсталляция данного продукта столь же проста, как он сам - достаточно выбрать из предлагаемого Open File Manager списка программное обеспечение, используемое для резервного копирования. Правда, продукт содержит множество настроечных опций, которые необходимо задать для полной конфигурации изделия, например: объем дискового пространства под кэш, файлы и группы файлов, которые можно "замораживать" одновременно, а также признаки, позволяющие программе определить, что состояние файла стабильно.

Open File Manager, в частности, совместим с продуктами компаний Arcada, Cheyenne Software, Emerald Intelligence, Intel, Legato Systems, Mountain Network Solutions, Palindrome, Symantec и Sytron. Его можно использовать для резервного копирования файлов таких приложений, как базы данных Btrieve, Gupta, Oracle и Sybase, а также Microsoft Mail, cc:Mail, различные электронные таблицы, текстовые редакторы, шлюзы и другие прикладные программы, чьи файлы часто находятся в открытом состоянии.

Чего программе Open File Manager недостает - так это поддержки резервного копирования файлов с клиентских рабочих станций. Чтобы стать действительно универсальным, продукту необходимы агенты целевых служб Open File (target service agent, TSA) для всех платформ клиентских рабочих станций. Тем не менее Open File Manager уже сейчас решает главную задачу - расширить временные рамки резервного копирования, которые стали тесны для постоянно растущих объемов обрабатываемых данных.

В данный момент стоимость Open File Manager составляет 495 долларов на сервер.

ОБРАЗ РЕШАЕТ ВСЕ

Традиционные способы резервного копирования данных в вычислительных сетях (инициируемого и рабочими станциями, и файловым сервером) в основе своей имели, как правило, один из двух принципиально различных подходов. Первый и наиболее часто используемый подход состоит в пофайловом копировании - файлы последовательно открываются, копируются и затем закрываются. Этот цикл повторяется до тех пор, пока не будут откопированы все файлы (за исключением, разумеется, открытых на момент копирования файлов). Второй подход заключается в резервном копировании путем создания образа диска. Данный метод предполагает посекторное копирование всего рабочего диска, включая свободные области. Содержимое диска полностью копируется на резервную магнитную ленту.

Резервное копирование путем создания образа значительно быстрее пофайлового копирования, поскольку нет необходимости постоянно открывать и закрывать файлы. Но так как копирование осуществляется посекторно, для правильного восстановления данных необходим диск с физически идентичной структурой; данное требование может оказаться трудновыполнимым, если, например, потребуется восстановить данные с отказавшего диска, который был выпущен два-три года назад. Кроме того, при копировании посредством создания образа диска чаще всего оказывается, что какой-нибудь один файл восстановить невозможно, использование же пофайлового механизма легко решает эту задачу.

Продукт Replica компании Stac Electronic (Сан-Диего), возможно, заставит нас в корне изменить взгляды на резервное копирование и восстановление после отказов. Вместо пофайлового копирования в Replica используется запатентованная методика тиражирования объектов. В результате удается "изготавливать" точные копии (отпечатки, replica) целых серверов NetWare или отдельных томов; при этом копируются таблицы разделов (partition table), FAT, каталоги и все данные.

В Replica поддерживаются большинство устройств хранения на магнитной ленте. Возможно и тиражирование объектов на другие диски того же сервера или даже на устройства другого сервера в той же локальной сети (см. Рис. 2).

Технология тиражирования, предложенная компанией Stac, сочетая в себе достоинства пофайлового копирования и копирования посредством создания образа диска, свободна от их недостатков. Поскольку продукт Replica работает на уровне файловой системы NetWare, он обеспечивает быстрое копирование целых томов (за исключением свободных областей), не прибегая к операциям открытия и закрытия файлов. В результате скорость копирования соответствует производительности самых современных лентопротяжных устройств.

Stac Electronics сообщает, что во время тестирования новый продукт продемонстрировал производительность до 9 Гбайт в час, а скорость восстановления данных составил 4,5 Гбайт в час. Такой результат значительно превосходит показатели лучших из существующих систем пофайлового копирования. А поскольку тиражированию подвергаются отдельные тома, а не просто набор секторов, то имеется возможность восстановления отдельных файлов и файловых групп (как при пофайловом копировании).

ЛЕЧЕНИЕ БЕЗ ПРОБЛЕМ

Replica обеспечивает быстрое (за один прием) восстановление отказавших серверов - для этого нужны всего две дискеты. Чтобы восстановить сервер, надо просто поставить соответствующую магнитную ленту, загрузить систему с первой дискеты, ответить на два-три простых вопроса и вставить (по требованию системы) вторую дискету - после этого Replica приступит к воссозданию всех разделов диска, отведенных под DOS или NetWare. Причем заметим, что восстанавливаются все данные, включая операционную систему, исправления и права доверенных лиц. Процесс осуществляется быстро и просто.

Как показали наши предварительные тесты, Replica (в режиме быстрой передачи данных, fast transfer) может восстанавливать систему в пять-десять раз быстрее, чем традиционные продукты. Поскольку копированию подвергаются целые тома как объекты, резервным ленточным накопителям (как любому другому устройству) можно присваивать обычные логические имена, после чего пользователи могут обращаться к ним при помощи стандартных приложений, например: File Manager (Windows), NCOPY (NetWare) или COPY (DOS).

Похоже, что привычный всем метод восстановления (создать таблицу разделов - отформатировать диск - загрузить NetWare со всеми исправлениями - загрузить программное обеспечение для накопителя на магнитной ленте - воссоздать данные) станет скоро достоянием истории. Установив Replica, сотрудники отдела информационного обеспечения навсегда избавятся от необходимости мчаться сломя голову за резервными магнитными лентами каждый раз, когда кто-нибудь из пользователей нечаянно сотрет электронную таблицу. Пользователь сможет восстановить утраченное самостоятельно, просто обратившись к соответствующему резервной ленте логическому диску. Поскольку Replica обеспечивает работу с лентами точно так же, как это делается с обычным томом, то обращение к ленте кэшируется, и в результате достигается чрезвычайно высокая скорость восстановления отдельных файлов. Используя автозагрузчик, можно создавать по нескольку отпечатков одного и того же объекта - один для удаленного, а второй для местного хранения; именно к местному отпечатку и будут обращаться пользователи, желающие быстро восстановить утраченную информацию.

Следуя рекомендации компании Stac Electronic, сервер, на котором предполагается использовать NLM Replica, необходимо снабдить дополнительной оперативной памятью объемом в один мегабайт. Если вы хотите иметь прямой доступ к резервным устройствам, то понадобится еще некоторое количество памяти для кэширования. Однако поскольку Replica создает на ленте только одну копию FAT (а не две, как на диске), то для кэширования потребуется только половина того объема памяти, необходимого для кэширования соответствующего диска.

В комплект поставки Replica for NetWare входит программное обеспечения для тиражирования и восстановления данных на одном сервере (версии 3.12 и 4.xx), а также управляющий модуль под Windows; цена комплекта 995 долларов. Данный комплект поддерживает тиражирование на другие тома того же сервера, а также на устройства на цифровой аудиоленте и магнитной ленте 8 мм.

Поставляется и набор расширений, поддерживающий устройства на цифровой линейной ленте (Digital Linear Tape, DLT), автозагрузчики, а также одновременную работу с несколькими устройствами. Стоит такой набор 595 долларов. Помимо этого, можно приобрести многосерверный агент, который позволяет обеспечивать защиту нескольких серверов в одной локальной сети; агент продается в виде лицензий на пять серверов, цена одной лицензии также 595 долларов.

В данный момент компания занята разработкой версии продукта под Windows NT.

ОТ ОТПЕЧАТКОВ К ОТРАЖЕНИЯМ

Зеркальное отражение серверов долгое время считалось лучшим способом защиты данных и поддержки высокой степени доступности системы для критически важных приложений. Однако аппаратное и программное обеспечение для зеркальных серверов зачастую не по карману потенциальным пользователям. Кроме того, для корректной работы с зеркальными серверами необходимо, чтобы на всех машинах были установлены абсолютно одинаковое аппаратное и программное обеспечение и драйверы устройств.

В настоящее время появляются серверы нового поколения под названием серверы-заместители (stand-in). Эти машины могут выполнять целый спектр операций тиражирования, в частности изготовление теневых копий произвольных файлов, зеркальное отражение дисков на другой сервер, перенос данных (data vaulting) и резервное копирование информации от разных защищенных серверов.

Серверы-заместители могут также выполнять функции отказавших серверов (замещать их).

Одним из последних продуктов, изготовленных с учетом новейших достижений в области управления устройствами хранения, является LANtegrity компании Network Integrity. Продукт позволяет использовать один из серверов для резервного копирования информации с нескольких других защищенных серверов и для замещения любого из этих серверов в случае отказа. LANtegrity работает с любым ODI-совместимым носителем и не требует использования специализированной или нестандартной аппаратуры. Он осуществляет иерархический перенос текущих и статистических данных, а также непрерывно отслеживает доступность защищенных серверов, с тем чтобы обеспечить замещение любого из них в случае его отказа.

Приложение LANtegrity, работающее на базе NLM, выполняется совместно на файловом сервере-заместителе (который должен работать под NetWare 4.1) и на защищенных серверах, где могут быть установлены системы Netware 3.x или 4.x.

LANtegrity обследует каждый из защищаемых файловых серверов и копирует предназначенную к защите информацию на свои диски и ленточный автозагрузчик. Файлы, доступ к которым осуществляется часто, кэшируются на диск, а более редко используемые данные размещаются на магнитных лентах автозагрузчика.

После того как данные перенесены, сервер LANtegrity обследует защищаемые серверы при помощи Remote Procedure Calls (RPC) и репродуцирует только те файлы, которые изменились с момента предыдущего обследования. Тем самым трафик удается свести к минимуму. По оценкам Network Integrity, новая технология позволяет снизить трафик в 20 раз по сравнению с традиционными методами полного копирования.

LANtegrity поддерживает резервные копии файлов по схеме свободной защиты (loosely coupled protection scheme), обновляющей резервные копии в среднем один раз в семь с половиной минут. Помимо этого, можно осуществлять ежедневное полное копирование с проверкой, при котором 32-разрядные контрольные суммы файлов с защищаемого сервера сравниваются с перенесенными данными на сервере-заместителе - копируется только измененная с момента предыдущего копирования информация.

Система резервного копирования на магнитную ленту также характеризуется высокой отказоустойчивостью. В процессе тиражирования на сервер LANtegrity данные кэшируются на диск сервера-заместителя. Затем файлы копируются на две разные магнитные ленты: одна из них является частью оперативной системы, а вторая - предназначена для автономного архивного хранения и должна использоваться только для восстановления системы после крупных отказов.

Продукт может использоваться со SCSI-адаптерами Adaptec 1542C или 1542CF и автозагрузчиком на магнитной ленте. В настоящий момент поддерживаются шесть автозагрузчиков, выпускаемых фирмами Emerald, Hewlett-Packard, Quantum и Storage Works.

ДУБЛЕР НАЧИНАЕТ ДЕЙСТВОВАТЬ

Сервер LANtegrity может замещать отказавшие серверы. При помощи запросов RPC-сервер следит за состоянием защищаемых серверов и может автоматически подменить любой из них в течение 15 секунд с момента обнаружения проблемы. Если это не годится, администратор системы имеет возможность сконфигурировать сервер-заместитель на определенное ожидание (от одной до 90 минут) перед вступлением в действие; такая задержка позволяет администратору сети проверить маршрутизаторы и другие устройства. Можно также потребовать, чтобы замещение производилось только в ручном режиме.

Одно из уникальных свойств LANtegrity состоит в том, что для замещения отказавшего сервера не требуется перезагрузки или установки дополнительных томов. Напротив, сервер-заместитель немедленно оповещает всех о произошедшей замене, что дает возможность пользователям практически сразу подсоединиться к нему и войти в систему (см. Рис. 3).

LANtegrity способен запускать группы процедур или модули NLM взамен тех, что работали на отказавшем сервере (к примеру для обслуживания вывода на печать). LANtegrity можно сконфигурировать таким образом, чтобы в начале или в конце замещения на всех защищаемых серверах при получении сообщения об отказе сервера автоматически исполнялись определенные команды.

После того как отказавший сервер будет вновь приведен в рабочее состояние, LANtegrity автоматически вводит в действие механизм RPC, чтобы привести данные на отремонтированном сервере в соответствие с данными на сервере-заместителе. По окончании этого процесса программное обеспечение перезапускает восстановленный сервер и возвращается к мониторингу серверов и изготовлению защитных оболочек данных.

Главное достоинство архитектуры LANtegrity заключается в его способности переносить данные одновременно с замещением отказавшего сервера, обеспечивая тем самым постоянную защиту данных остальных защищаемых серверов.

Работающая в среде Windows программа конфигурирования и управления LANtegrity чрезвычайно проста в использовании. Пользователю не составит труда ввести в систему изменения в конфигурации любого из защищаемых серверов, системы накопителей на магнитных лентах, восстановления файлов и управления операцией замещения. LANtegrity способен в корне изменить наши представления об управлении системами хранения данных; этот продукт заслуживает самого серьезного внимания со стороны архитекторов, разработчиков и администраторов сетей.

Объем оперативной памяти сервера LANtegrity должен быть на 48 Мбайт больше максимального объема оперативной памяти на защищаемых серверах, диск же - на 1 Гбайт больше, чем максимальный защищаемый диск.

Цены на продукт варьируются от 4950 долларов за лицензию на 100 пользователей до 11500 долларов за лицензию на 1000 пользователей. Устройство для автоматической замены кассет и SCSI-контроллера для хост-машины продается отдельно.

ТРЮКИ С ЗЕРКАЛАМИ

Стандартные методы используются также в еще одной известной технологии - в зеркальном отображении дисков на удаленные серверы. Однако здесь данные могут быть перенаправлены по скоростному каналу связи на диск, размещенный на другом сервере. В прошлом, как правило, для замещения отказавшего первичного сервера вторичным требовалось осуществить ряд операций вручную. Новые версии программного обеспечения автоматизируют и этот процесс.

Сетевому администратору, которого беспокоит проблема обеспечения отказоустойчивости системы при сокращении окна для резервного копирования, можно порекомендовать изделие StandbyServer32 (Vinca) и дополняющий его продукт под названием SnapshotServer. Эти продукты с успехом используются вместо NetWare SFT III, причем их применение обеспечивает возможность частичного резервного копирования в рабочее время.

В отличие от NetWare SFT III, обеспечивающего бесперебойную работу, использование продукта Vinca предполагает перезагрузку системы при передаче управления от отказавшего первичного сервера к его зеркальному двойнику. Опытные установщики SFT III наверняка согласятся с тем, что зеркальные серверы должны быть виртуальными двойниками первичных серверов. При использовании StandbyServer32 этого не требуется. Кроме того, не требуется и второй лицензии на использование NetWare - достаточно двупользовательской рабочей лицензии, включаемой в комплект поставки.

Знакомство с продуктом компании Vinca заставляет задаться вопросом: не следует ли вместо простой замены старого сервера на новый объявить старый сервер запасным? Путем умелого использования зеркальных средств NetWare и специализированного скоростного интерфейса (от 100 до 160 Мбит/с), продукт Vinca может зеркально отображать тома NetWare на второй (запасной) сервер. С точки же зрения NetWare и пользователя, отображенные тома по-прежнему находятся на первичном (защищенном) сервере.

Программное обеспечение Vinca постоянно отслеживает состояние как специализированного интерфейса, так и соединения по протоколу IPX первичного и запасного серверов. При отказе канала связи выполняется процедура AutoSwitch, инициирующая замещение сервера, для чего запасной сервер автоматически перезагружается как первичный.

Поскольку процедура замещения включает в себя перезагрузку сервера, пользователям рабочих станций приходится вновь устанавливать соединение с сервером (запасным, ставшим теперь первичным). Vinca обещает, что следующие версии StandbyServer32 (совместно с 32-разрядным клиентским программным обеспечением NetWare) позволят автоматически подсоединять пользователей.

"Трюк", показываемый зеркалами Vinca, - это скоростные интерфейсные платы на базе специализированных процессоров. Использование последних позволяет снизить нагрузку на центральный процессор. Поскольку данные для зеркального отражения передаются через специализированный канал, увеличения сетевого трафика не происходит.

В стандартный комплект поставки StandbyServer 32 входит ярко-зеленый кабель длиной 25 футов (около 7,5 м), которым соединяются две специализированных интерфейсных платы на 160 Мбит/с, также включенные в комплект. (Можно заказать и 15-метровый кабель.) Кабель StandbyServer резко выделяется своим цветом на фоне прочих, что снижает риск рассоединения по ошибке.

Организациям, нуждающимся в более надежной защите данных, предлагается продукт под названием Campus StandbyServer, обеспечивающий зеркальное отражение на удаленный сервер. Продукт работает со стандартными интерфейсными платами FDDI или CDDI производства Digital Equipment и обеспечивает передачу данных между серверами на расстоянии до 100 м при использовании медного кабеля CDDI и до 2 километров при использовании FDDI.

Другой дополнительный продукт, под названием Utility Server, позволяет запасному серверу заниматься более продуктивной работой, нежели простое копирование данных в ожидании отказа первичного сервера. При работе с Utility Server сервер может иметь том SYS: (и другие), не предназначенный для копирования томов первичного сервера. Вместо этого данные тома можно использовать для выполнения действий, не связанных с защитой данных, например коммуникационных функций или шлюзовых операций, для осуществления которых не требуется больших объемов дисковой памяти и значительных вычислительных ресурсов.

СТОП-КАДР

Продукт SnapshotServer производства Vinca "замораживает" зеркальные тома на запасном сервере, обеспечивая тем самым возможность существенного расширения окна копирования (резервное копирование, в частности, допустимо производить и в рабочее время). При этом можно использовать любое программное обеспечение для копирования, сертифицированное Novell.

"Замороженные" тома следует рассматривать как виртуальные, поскольку они отражают состояние данных в определенный момент времени. Их можно монтировать подобно любому другому тому NetWare, после чего они доступны для резервного копирования или немедленного восстановления файлов. Первичный же сервер продолжает работать в прежнем режиме, посылая всю необходимую информацию на запасной сервер.

На запасном сервере создается временная копия всех данных, которые будут изменены в результате незавершенных операций записи. Создание копий данных до их изменения означает, что, во-первых, не нарушается синхронизация между зеркальными дисками и томами первичного сервера, а во-вторых, все резервные копии "замороженного" диска в точности отражают его состояние на момент замораживания. "Замороженный" том представляет собой комбинацию зеркального диска и временного буфера изменяемых данных.

Поскольку сервер Snapshot удерживает только данные, которые изменяются в ходе копирования, дополнительные требования к дисковой памяти (и RAM под кэш) минимальны. Если следовать рекомендациям компании Vinca, то диск на запасном сервере должен превосходить по объему максимальный из "замораживаемых" дисков на 5-50%.

Пятипроцентный запас достаточен, когда данные "замораживаются" не более чем на сутки, а запись происходит не слишком интенсивно (если речь идет, например, об учете обращений к базе данных). Для приложений, где требуется поддержка нескольких "замороженных" копий в течение более длительного периода, цифра 50 представляется более верной (см. Рис. 4).

Операции "замораживания", осуществляемые систематически через равные промежутки времени, могут выполняться в соответствии с определенными правилами, заданными администратором сети. Можно, например, потребовать, чтобы "замораживание" начиналось в определенное время (но только после того, как в течение двух минут не было зафиксировано ни одного обращения к диску) - это поможет вам, если вы не совсем уверены в стабильном состоянии данных.

Предлагаемый метод особенно хорош для баз данных с логическими связями между разными файлами. Такие файлы следует копировать как группу, не допуская изменений ни в одном из них. Похоже, что Vinca предусмотрела большую часть возможных затруднений и предложила хорошие, надежные решения.

Продукт StandbyServer32 с Utility Server под NetWare 3.x или 4.x стоит 2599 долларов для шины ISA и 2999 долларов для шин EISA, PCI и Micro Channel (стоимость аппаратного обеспечения включена в цену).

StandbyServer32 под LAN Server стоит 4999 долларов, а Campus StandbyServer (без стоимости аппаратуры) - 2999 долларов. SnapshotServer - это дополнительный продукт, его цена 1299 долларов.

ПОДВЕДЕМ ИТОГИ

Методы, изложенные в нашей статье, знаменуют своим появлением расширение рынка систем управления хранением данных, а также лишний раз подтверждают необходимость свежих идей и разработок в этой области. Долгое время основным средством защиты были системы пофайлового резервного копирования, однако в настоящий момент объемы данных существенно выросли, а время для резервного копирования сократилось. В результате прежние системы постепенно отходят на задний план.

Подбирая материал для статьи, мы обнаружили заметный рост уровня взаимодействия продуктов от разных производителей. Например, Open File Manager (St.Bernard Software) работает с LANtegrity, а Replica (Stac Electronic) представляется весьма логичным дополнением к StandbyServer32/SnapshotServer (Vinca).

Все рассмотренные продукты имеют определенную область применения, где они пригодны в максимальной степени. Прежде чем покупать традиционную систему резервного копирования, взвесьте все "за" и "против", быть может, новые технологии помогут найти более надежное решение.