Резервное копирование
Почему оно необходимо
Как выбрать, с чего начать
Сколько все это стоит
Преимущества ASB 4.1
Почему оно необходимо?
Существует несколько ошибочных мнений, и недопонимание сути проблемы,
которые вносят некоторую неясность в вопрос о том, как же обеспечить сохранность своих данных.
Большинство считает, что системы резервного копирования необходимы для восстановления
всего содержимого жесткого диска компьютера после аварии, ошибочно полагая, что проблемы
могут возникнуть только при поломке (сбое) в работе оборудования.
Но это далеко не самый распространенный случай.
Подавляющее число проблем возникает на уровне операционной системы и программного обеспечения:
ошибки разработчиков, конфликты драйверов, вирусы... И увеличение надежности работы оборудования,
здесь только лишь уменьшает риск, но не защищает от возникновения аварии ! ! !
Случайное удаление или ряд необратимых изменений - так называемый "человеческий фактор".
Пользователи вообще удаляют ненужную информацию по самым разным причинам, но результат всегда
остается один: нужная информация тоже пропадает.
И, наконец, самое неприятное - намеренное удаление данных, саботаж, заложником которого
часто становится руководящий состав предприятия.
Как выбрать, с чего начать?
Первое, с чего необходимо начать, это с выяснения того, каким образом организовано хранение Ваших данных.
Существует 2 крайние ситуации: либо ценная информация хранится на отдельных рабочих местах,
либо все данные располагаются на одном выделенном сервере (главном компьютере).
Оба подхода имеют свои недостатки,
поэтому обычно применяется смешанная модель хранения данных.
Как правило, большую часть информации стараются собрать в одном месте (на сервере), но некоторые данные,
по разным соображениям, все-таки предпочитают оставлять на отдельных рабочих местах.
Соответственно и проблему безопасности хранения (резервного копирования) таких данных необходимо
рассматривать как минимум на двух уровнях иерархии (HSM):
конечного пользователя и в масштабе всей организации.
Вот несколько рекомендаций по поводу того, каким образом должно быть организовано резервное
копирование информации:
1. Рабочие места - сервер. Необходимо регулярно собирать резервные копии
со всех рабочих мест сети в одну папку (глобальное хранилище) на сервере.
2. Сервер - внешний носитель. Глобальное хранилище, вместе с остальной ценной информацией,
расположенной на сервере, необходимо периодически копировать на внешний носитель, и убирать в сейф,
а лучше уносить из офиса, в этом случае даже пожар Вам не страшен...
3. Для того чтобы можно было успешно восстановить данные после аварии, конечному пользователю,
дополнительно к системе резервного копирования, необходимо иметь систему ведения архивов,
с помощью которой новые резервные копии (архивы) заносятся в базу данных и помечаются по дате.
В противном случае, если резервная копия присутствует только в одном экземпляре,
она легко может быть перезаписана испорченными данными, и тогда восстановление будет невозможно…
Дорого - не всегда хорошо ! ! !
Резервное копирование это как раз тот случай, когда можно легко "испортить кашу маслом".
Выбирая систему, надо оценивать не начальную стоимость (типа, дорого - это хорошо),
а затраты на ее поддержку и эксплуатацию в дальнейшем. Тоже самое относится и к оборудованию:
прежде чем решиться на покупку стримера за xxxx у.е., оцените во что обойдутся для него ленты,
а их понадобится не мало...
Запад предлагает нам дорогостоящие системы, ориентированные на работу с серверным программным
обеспечением, при этом заставляет заказчика приобретать не дешевое оборудование. Да, это имеет смысл,
но только в том случае, если Вы действительно используете серверные программы (базы данных SQL,
web-приложения), когда стоимость информации значительно превышает стоимость серверного железа...
Но если это не так, а в 90% случаев сервера представляют из себя обычные файловые хранилища,
то можно легко стать заложником классической ситуации, когда заплатив большую цену на начальном этапе,
люди в последствии начинают экономить на расходных материалах, и тем самым здорово снижают общую
эффективность системы ! ! !
1. Необходимо реально оценить объемы сохраняемых данных, если они не превышают 10 Гб.,
то почему бы не подумать о DVD-RW за 150 у.е. (носители по 3 у.е.). А если объемы
полезных данных в архиве не превышают 1 Гб., то вам хватит обычного CD-RW
всего за 40 у.е. (носители по 10 руб.). И это более практично с точки зрения восстановления данных,
т.к. устройствами чтения компакт-дисков CD-ROM или DVD-ROM комплектуются все современные компьютеры,
а что Вы будете делать если сломается стример?
2. Если объемы сохраняемых данных небольшие, и Вы не используете серверные программы,
то и нет смысла покупать дорогую систему резервирования. При этом, более дешевая - не значит плохая,
просто она решает задачи более простым и понятным методом (локально, со стороны пользователя),
и делает это даже более эффективно (гибко) чем дорогостоящий серверный монстр...
Ведь с точки зрения конечного результата нет разницы, сервер ли возьмет данные у пользователя
или пользователь сам скопирует данные на сервер.
Преимущества ASB v4.1
Мы не утверждаем, что дорогие системы это плохо. Мы лишь призываем реально смотреть на вещи,
а плановая политика корпоративных систем резервирования имеет свои недостатки: решая проблемы в
корпоративных масштабах, дорогие системы забывают про конечного пользователя.
Пропагандируя ASB мы предлагаем заполнить этот пробел, дать ту пользовательскую часть,
которой не хватает в дорогих системах, и которую не могут обеспечить обычные утилиты резервирования.
ASB с одинаковым успехом может выступать, как в роли подсистемы резервирования
(для сбора информаций с рабочих станций) в корпоративных масштабах,
так и в качестве основной системы для среднего предприятия или офиса,
а также для обычного домашнего пользования.
При этом обладает следующими преимуществами:
![]()
Минимальная цена для систем масштаба предприятия (10 у.е. за одно рабочее место). При этом Вы приобретаете полноценную замену корпоративной системы по цене меньше пользовательских утилит;
![]()
Прямая связь с разработчиком (по Москве и области). Любой системный администратор скажет какие удобства это дает...
![]()
Система ведения архивов, интегрированная с основной системой.
ASB не просто хранит последние копии архивов, но и предоставляет мощный и удобный инструментарий для работы с ними.
Позволяет быстро просмотреть содержимое и восстановить файлы из любого архива, в т.ч. и из Интернет.
На диске рядом с каждым архивом создается файл с полным описанием, когда и с какого компьютера он был сделан...
![]()
Более доступная и понятная идеология системы,
интерфейс и документация на русском языке. Возможность самостоятельного восстановления данных
самым неопытным пользователем, без вызова специалиста. Т.е. экономия времени для администратора.
Для предприятия - сокращение расходов на обслуживание;
![]()
Управление одним нажатием -
помимо автономной (плановой) работы системы, пользователь может в любой момент сделать дополнительную архивацию
своих данных, а также много других вещей, одним нажатием на ярлыке рабочего стола.
Еще одна уникальная возможность, которая одним махом закрывает все организационные недостатки плановой политики
корпоративных систем резервирования;
![]()
Управление по сети и через Интернет,
при этом все выглядит так, как будто вы просто находитесь за другим компьютером (только при покупке системы от 10 шт. и более).
![]()
Переносимость и встраиваемость -
два ключевых момента для придания системы статуса масштаба предприятия. Программа не требует инсталляции,
устанавливается простым копированием. Все настройки хранятся в текстовых файлах, в понятном ini-виде "параметр=значение".
Имеются встроенные функции работы с командной строкой, мощные средства самодиагностики...
![]()
Никаких требований к оборудованию,
достаточно простой одноранговой сети, а можно и без нее. В качестве внешних носителей
можно использовать FDD, ZIP, CD-R, DVD-R...
![]()
Наличие механизмов отказоустойчивости и иерархии (HSM),
в то время как обычные клиентские утилиты в основном предлагают лишь тривиальное копирование и соответственно
не могут работать в условиях когда возникают проблемы с сетью, например, потеря связи с сервером и т.п.
![]()
Полная поддержка длинных русских имен,
в т.ч. при работе с серверами, которые их не понимают: Novell, Unix...
![]()
и т.п.
Наша задача - доказать, что построение полноценной системы резервного копирования в
масштабе предприятия без покупки дорогого серверного оборудования - это абсолютно реально ! ! !
см. также AlexSave&Backup (ASB) ...
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
Резервное копирование Backup
