Резервное копирование для больших и маленьких::Журнал СА 3.2014
www.samag.ru
Льготная подписка для студентов      
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
О журнале
Журнал «БИТ»
Наука и технологии
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

Jobsora


  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

  Статьи

Вектор роста  

Особенности сертификаций по этичному хакингу

В современном мире информационных технологий знания о них настолько широки и многообразны,

 Читать далее...

1001 и 1 книга  
04.12.2019г.
Просмотров: 70
Комментарии: 0
Особенности сертификаций по этичному хакингу

 Читать далее...

28.05.2019г.
Просмотров: 2580
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 2587
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 2087
Комментарии: 0
Django 2 в примерах

 Читать далее...

28.05.2019г.
Просмотров: 1648
Комментарии: 0
Введение в анализ алгоритмов

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Резервное копирование для больших и маленьких

Архив номеров / 2014 / Выпуск №3 (136) / Резервное копирование для больших и маленьких

Рубрика: Администрирование /  Бэкап

Алексей Бережной АЛЕКСЕЙ БЕРЕЖНОЙ, независимый консультант, системный архитектор, специалист по системам виртуализации и резервного копирования, alexey.berezhnoy@tech-center.com

Резервное копирование
для больших и маленьких

Сравним различные типы архитектуры систем резервного копирования для предприятий разного масштаба и выдадим рекомендации для построения и модернизации систем сохранения данных

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

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

Еще раз о топологии резервного копирования

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

Как я уже ранее писал в статье [1], существуют два основных типа топологии систем резервного копирования:

  • децентрализованная;
  • централизованная.

Децентрализованная топология представляет собой архитектуру, при которой на каждый объект резервного копирования (например, сервер, содержащий ценные данные) устанавливается полная самостоятельная копия программы для сохранения данных.

Прекрасным примеров такой топологии является использование встроенных средств в операционную систему Windows: ntbackup для Windows Server 2003 и Windows Backup Service для Windows Server 2008 и выше. Эти решения предполагают, что предустановленное программное обеспечение собирает с сервера данные, указанные в настройках задания и создает их копию на удаленном хранилище (см. рис. 1).

Рисунок 1. Децентрализованная топология резервного копирования

Рисунок 1. Децентрализованная топология резервного копирования

Централизованная схема более сложна. На выделенный сервер устанавливается центральный программный модуль, через который осуществляется управление сбором данных, а на объекты, подлежащие резервному копированию, – специальные программы-агенты (см. рис. 2). Для хранения могут использоваться и файловый сервер, и сетевое хранилище. Если ИТ-инфраструктура строится на базе решений от Microsoft, то очень хорошим выбором будет файл-сервер на бесплатной UNIX-like ОС, например, Linux или BSD, с установленным Samba или FTP-сервером. В этом случае различие в платформах может послужить дополнительной гарантией безопасности в случае вирусного заражения или инсайдерской атаки.

Рисунок 2. Централизованная топология резервного копирования

Рисунок 2. Централизованная топология резервного копирования

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

Статью целиком читайте в журнале «Системный администратор», №3 за 2014 г. на страницах 22-25.


Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru