Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Организация резервного копирования в локальных и корпоративных сетях

А. В. Селезнев

Перебои с электроснабжением, неисправность кабельной системы, отказы компьютерного и сетевого оборудования, некорректная работа ПО, ошибки пользователей, наконец, стихийные бедствия — это лишь некоторые из причин, которые могут привести к потере данных в ЛВС. Еще несколько лет назад, на заре массовой компьютеризации, потеря данных рассматривалась больше как “моральный” ущерб для предприятия. Однако по мере развития технологий электронных платежей, “безбумажного” документооборота, компьютерных систем управления производственными процессами и т. д. даже незначительный сбой в работе корпоративных информационных систем начал приводить к ощутимым материальным потерям. Именно поэтому сейчас все больше внимания уделяется проблеме обеспечения информационной безопасности и, в частности, резервному копированию данных, без которого решение этой проблемы практически невозможно.

С ростом объемов хранимых и обрабатываемых данных перед администратором любой сети рано или поздно встает проблема управления этими данными в целях обеспечения их сохранности или просто наведения элементарного порядка на дисках серверов ЛВС и рабочих станций.

Для решения этой проблемы прежде всего следует выделить группы данных по степени их востребованности пользователями:

· данные, используемые постоянно, в течение всего (или большей части) рабочего времени;

· данные, используемые эпизодически;

· данные, практически не используемые, но которые хорошо бы сохранить на всякий случай.

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

· создания и ведения архивов (archiving);

· управления иерархической памятью (hierarhical storage management — HSM);

· резервного копирования (backup).

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

Системы управления иерархической памятью обеспечивают перенос эпизодически или крайне редко используемых файлов (в зависимости от критериев переноса) на носители данных длительного хранения (магнитные ленты, оптические диски и т. д.). При этом пользователю доступна вся перенесенная информация, поскольку ссылки на соответствующие файлы остаются на томах сервера. Обращение к этим файлам будет “прозрачно” для пользователя, так как они автоматически переносятся на диски сервера. Сегодня собственные системы HSM имеются в большинстве сетевых ОС. Так, например, в NetWare 4.1 присутствует процедура Data Migration, которая позволяет в автоматическом режиме переносить редко используемые файлы с дисков файлового сервера на оптические или ленточные накопители.

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

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

Итак, вам нужно построить систему резервного копирования в вашей ЛВС. Для этого, прежде всего, необходимо четко определить следующее:

· объем информации, которая будет храниться на резервных носителях. При условии, что в ЛВС нормально организовано ведение архивов и функционируют системы HSM, дублироваться должны практически все данные на жестких дисках серверов и “ключевых” рабочих станций (это могут быть рабочие станции администраторов сетей, руководителей подразделений и т. д.);

· “критичность” потери той или иной информации, поскольку различные файлы могут представлять различную информационную ценность. Это обуславливает дифференцированный подход к организации их резервного копирования (при этом определяется частота копирования файлов, выбираются носитель и способ хранения резервных копий).

Рассмотрим несколько наиболее общих задач, которые приходится решать большинству администраторов ЛВС в процессе организации резервного копирования.

Определение размера дискового пространства для служебных данных

При организации резервного копирования необходимо учитывать не только общий объем копируемой информации, но и число файлов, которые будут дублироваться на носители данных длительного хранения. Дело в том, что любое программное обеспечение резервного копирования создает специальную базу данных, которая содержит в себе различную служебную информацию, включающую индексные метки каждого из файлов, скопированных на магнитную ленту или оптический диск. При частом резервном копировании и большом числе резервируемых файлов эта база может достигать достаточно больших размеров — десятков и даже сотен мегабайт. Например, при создании копии каждого из файлов база данных File Trаcker сервера резервного копирования StorageExpress корпорации Intel увеличивается на 130—250 байт. Таким образом, если система резервного копирования установлена на файловом сервере NetWare и база данных записывается на его том SYS:, то возможно переполнение этого тома и, как следствие, нарушение работы сервера.

Учитывая это, при организации резервного копирования необходимо четко определить, какую информацию и сколько времени надо хранить. Если, например, все резервные копии всех файлов требуется сохранить в течение года, то для хранения только базы данных ПО резервного копирования следует предусмотреть наличие свободного дискового пространства объемом не менее 1 Гбайт. Большинство автономных серверов резервного копирования, например таких, как уже упоминавшийся StorageExpress корпорации Intel, имеет встроенный жесткий диск для хранения баз данных и программные средства, позволяющие избежать переполнения этого диска. Так, при повторной записи информации на магнитную ленту сервер StorageExpress присваивает ей новое имя, при этом в базе данных стирается вся информация о “старом” содержании ленты.

Оценки времени копирования и необходимого числа накопителей

При выборе оборудования и способа организации процесса резервного копирования необходимо учитывать, сколько времени потребуется для дублирования файлов. Любому администратору ЛВС известно, что в крупных ЛВС проведение копирования практически невозможно в течение всего рабочего дня, поскольку, во-первых, передача по сети огромных объемов информации значительно увеличивает ее время реакции на запросы пользователей и, во-вторых, наличие большого числа “открытых” файлов (см. врезку “Резервное копирование открытых файлов”) снижает эффективность работы ПО резервного копирования.

Учитывая это, операции резервного копирования следует проводить в вечерние часы или выходные дни. Следовательно, для администратора ЛВС скорость работы системы резервного копирования становится вопросом не только производственного, но и глубоко личного характера.

При выборе аппаратных средств резервного копирования для крупных ЛВС следует помнить, что большинство программ резервного копирования, таких как ArcServe 6.0 фирмы Cheyenne Software, Backup Director фирмы Palindrome, NetWorker фирмы Legato, в отличие от соответствующих стандартных средств операционных систем (например, утилиты Sbackup в NetWare), поддерживают использование нескольких накопителей одновременно, а следовательно, обеспечивают более высокую скорость копирования. Применение нескольких накопителей и запараллеливание нескольких процессов дублирования информации дает значительно больший выигрыш во времени копирования, чем оснащение сервера или рабочих станций, выполняющих функции архивационного сервера, новыми и улучшенными сетевыми адаптерами, дополнительными модулями памяти или более высокопроизводительными процессорами.

В качестве справочной информации для оценки оптимального числа ленточных накопителей, необходимых для резервирования данных в ЛВС, мы приводим таблицу, составленную для сервера StorageExpress System II. Эта информация корректна в отношении большинства систем резервного копирования, использующих магнитные ленты DAT.

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

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

Выбор схемы ротации носителей

Теперь разберемся с тем, как организовать резервное копирование, чтобы в любой момент иметь копию любого требуемого файла, который хранится (или хранился в недалеком прошлом) в вашей информационной системе. Безусловно, можно, например, в течение года каждый раз при еженедельном копировании создавать резервную копию информации на новом носителе. Однако потребуется значительный объем дисковой памяти для хранения базы данных ПО резервного копирования. Кроме того, наличие большого числа архивных лент (дисков) может привести к тому, что администратор просто запутается в них. Поэтому ведущими производителями ПО резервного копирования разработаны так называемые типовые схемы ротации носителей, которые позволяют использовать ограниченное число носителей информации (см. врезку “Типовые схемы ротации носителей данных”). В то же время, администратор ЛВС в каждом конкретном случае может разрабатывать свои собственные схемы ротации носителей, исходя из “чувствительности” тех или иных приложений к потере данных и частоты появления или уничтожения на сервере файлов, которые могут быть жизненно важны. При постоянном оперативном обновлении информации, например в банковских системах, следует использовать дополнительные средства повышения информационной безопасности, такие как дисковые массивы, дублированные серверы и т. д., поскольку ни одна система резервного копирования не может восстановить данные, которые были созданы незадолго до сбоя. Существуют пакеты, позволяющие организовать постоянное резервное копирование нескольких наиболее важных файлов в фоновом режиме, по мере внесения в них изменений.

Применение типовых схем ротации носителей значительно облегчает работу администратора. Однако как быть, если в сети создалась чрезвычайная ситуация и необходимо начать срочное копирование наиболее важной информации? Для этого большинство современных систем имеет специальную функцию Event-driven backup (копирование по наступлению события). Администратор может задать перечень системных событий, при наступлении которых немедленно начинается резервное копирование заранее определенных файлов, томов или жестких дисков. Если в этот момент осуществлялось очередное резервное копирование, то оно приостанавливается. Срочное копирование может инициироваться, например, при получении сообщения от системы сетевого управления о том, что на жестком диске сервера или рабочей станции осталось мало свободного места или произошел сбой одного из зеркально отраженных дисков сервера ЛВС. Наиболее мощные средства сетевого управления предупреждают возможный сбой сервера ЛВС. Современный сервер высокого класса имеет подсистему контроля критических параметров окружающей среды (температуры, влажности) внутри своего корпуса. Администратор может устанавливать определенные пороговые значения этих параметров, и при их превышении система резервного копирования автоматически будет запускать процесс копирования информации с жестких дисков этого сервера.

Определение времени хранения копий

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

Построение системы резервного копирования

Существует несколько вариантов построения систем резервного копирования.

· ПО резервного копирования и ленточный накопитель (дисковод) устанавливаются на сервере ЛВС.

· К ЛВС подключается выделенный компьютер, на котором установлены ПО резервного копирования и ленточный накопитель или оптический дисковод.

· Используется специализированное программно-аппаратное решение — сервер резервного копирования.

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

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

· для установки таких систем не нужно прерывать работу сети;

· во время резервного копирования данных практически не задействуются вычислительные ресурсы и оперативная память файлового сервера;

· исключаются конфликты между различным сетевым ПО;

· для замены кассеты с магнитной лентой или диска администратор не должен постоянно бегать от сервера к серверу;

· база данных ПО резервного копирования хранится на жестком диске самой системы.

Среди таких систем следует особо выделить специализированные программно-аппаратные серверы резервного копирования, например StorageExpress System II корпорации Intel. В дополнение ко всем преимуществам выделенных компьютеров, StorageExpress является устройством типа Plug-and-Play, компоненты которого в заводских условиях оптимизированы для выполнения одной главной задачи — резервного копирования данных в ЛВС.

Рассмотрим также способы решения проблемы резервного копирования в гетерогенных корпоративных сетях, т. е. в сетях, где используются несколько серверов, работающих под управлением различных сетевых ОС (NetWare, Unix, Windows NT и др.). В этом случае возможны два основных варианта организации резервного копирования:

1) установка на каждом из серверов программного обеспечения резервного копирования только для ОС данного сервера;

2) подключение к сети выделенного сервера резервного копирования с универсальным ПО и программами-агентами для всех используемых сетевых ОС.

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

Еще одна сложная проблема корпоративных сетей — обеспечение резервного копирования данных, хранящихся на серверах и рабочих станциях удаленных филиалов. Наиболее простой вариант решения этой проблемы — установка средств резервного копирования непосредственно в удаленных ЛВС и возложение соответствующих обязанностей на их администраторов. Однако это решение возможно лишь в том случае, если сеть удаленного филиала достаточно крупная и ее обслуживает квалифицированный специалист. Чаще всего такая сеть включает в себя лишь несколько компьютеров и поддерживается администратором центральной ЛВС. Для данного случая в современных системах резервного копирования реализована возможность “прозрачной” работы с удаленными компьютерами. Но следует учесть, что большинство используемых линий дальней связи имеет невысокую пропускную способность и очень часто не обеспечивает передачу информации большого объема за приемлемое время. Кроме того, при использовании таких линий плата за фактический трафик делает резервное копирование достаточно дорогостоящим мероприятием. Поэтому обычно резервируются лишь наиболее важные файлы, хранящиеся в компьютерах удаленных ЛВС. Следует также отметить, что за рубежом активно развивается особый вид услуг, при котором сторонние компании, используя сеть Internet, предлагают организациям возложить на них все заботы по резервному копированию данных удаленных информационных систем. Однако, принимая во внимание качество линий дальней связи и стоимость их использования, такая услуга тоже может быть весьма дорогой.

Выбор носителя для хранения информации

На сегодняшний день в подавляющем большинстве случаев для резервного копирования информации используются два носителя: магнитная лента и магнитооптический диск. Значительно реже — записываемые компакт-диски и диски PCR (Phase Change Rewriteable).

Еще несколько лет назад внедрение магнитооптических накопителей в сетевую инфраструктуру сдерживалось их относительно небольшой емкостью. Так, например, если кассета с магнитной лентой DAT вмещает 4 Гбайт информации (до 8 Гбайт при использовании средств сжатия данных), а лента DLT — до 20 Гбайт, то емкость 5,25-дюймового магнитооптического диска составляла всего лишь 650 Мбайт. Однако в последнее время ситуация начала меняться. Появление магнитооптических дисков емкостью 2,6 Гбайт и перспектива разработки дисков с еще более высокой емкостью способствуют росту популярности систем резервного копирования, использующих эти носители.

***

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


распечатать статью

в санкт петербурге купить ресепшен бу по демократичным ценам




  
10 '1996
СОДЕРЖАНИЕ

колонка редактора

• Лучше меньше да лучше

локальные сети

• Гонки по дорогам Fast Ethernet: обзор коммутаторов и концентраторов

• Основы построения структурированной кабельной системы. Часть II

• Ручные анализаторы ЛВС

корпоративные сети

• Мосты, маршрутизаторы, коммутаторы: здравый смысл и “собака”, которая не лаяла

• На границе с АТМ

• Серверы протокола DHCP

• Когда мы едины, мы непобедимы

услуги сетей связи

• Сеть управления электросвязью (TMN)

• АТМ и Frame Relay: обещания и реалии

• Выбор технологии для сельской системы связи

интернет и интрасети

• Портативные аппаратные средства узла Web

• Совместное использование файлов в Windows 95 через Internet

приложения клиент-сервер

• Windows 95 и системы управления документами

• Организация доступа к СУБД через Web-сервер

защита данных

• Организация резервного копирования в локальных и корпоративных сетях

• Беспатные советы по защите от пиратов

• Защита данных в Windows 95

новые продукты

• Цифровая телефонная станция Introworks, Synthesis: “чистота” и эффективность, BusinessPhone фирмы Ericsson, SMC представляет новые продукты Fast Ethernet, Осенняя коллекция IBM, Новые продукты Cabletron



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх