FAQ: работа с системой

Какие преимущества у ASB? 
Зачем нужна ASB? 
Есть ли у ASB серверная часть? 
Почему плохо когда всё на сервере? 
Как все это работает на практике? 
Зачем на первом этапе внешний носитель? 
А что система дает пользователю? 
Где XP-интерфейс? 
Почему нет планировщика заданий? 
Умеет ли ASB копировать открытые файлы? 
Почему нельзя использовать UNC-имена? 
Зачем было разрабатывать свою программу? 
На чем написана программа? 


Какие преимущества у ASB?

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

Есть только одно но - ASB не "ломается", защита реализована на максимально возможном уровне. Просто у нас в России слово "покупать" пока еще звучит странно, когда речь заходит о программном обеспечении, в основном люди предпочитают либо пользоваться пиратскими копиями, либо как-то приспосабливаться под бесплатные утилиты с урезанными возможностями, или не задумываются о резервном копировании вообще ! ! !

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


Зачем нужна ASB?

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

Здесь и возникает дилемма: мы решаем одну проблему, но возникает новая. А именно, нехватка времени, т.к. пользовательские утилиты приходится заново настраивать на каждом новом рабочем месте, они не переносимы, не содержат механизмов диагностики, мониторинга, лишены многих других удобств серверных систем.

У ASB, несмотря на локальный децентрализованный подход к управлению системой (отсутствие серверной части), есть несколько отличительных особенностей, присущих серверным продуктам, которые позволяют легко и быстро построить систему управления архивами и резервного копирования в масштабе предприятия: Благодаря этому, для небольших организаций вообще отпадает необходимость тратиться на дорогое серверное оборудование, достаточно обычной одноранговой схемы построения сети, в которой сервера выполняют функции главных компьютеров ! ! !


Есть ли у ASB серверная часть?

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

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


Почему плохо когда всё на сервере?

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

Когда всё на сервере - это уже должен быть не обычный компьютер за 500 у.е., а полноценное серверное железо хотя бы за 1500 у.е. Под настоящий сервер нужна отдельная комната, т.к. пара SCSI-дисков установленных внутри будут реветь как резанные, обязательно бесперебойное питание, вентиляция...

В десятки-сотни раз возрастает нагрузка на сеть, а значит придется увеличивать ее качество. Никаких помех, лишних розеток, соединений, прокладок рядом с проводами 220... Вместо Hub надо брать Switch и т.д.

И самое главное, если всё лежит на единственном сервере, что будет, если грохнется этот сервер... А значит серверов должно быть как минимум 2, чтобы информация постоянно копировалась с первого на второй. Тогда если первый упал, то пользователи переходят на второй, в это время первый ремонтируется... И третий, отдельный сервер для Internet.

Чтобы за всем этим следить, придется брать серверного админа на полную занятость, который обойдется Вам от 600 у.е. И это только начало, а понадобится еще куча всего...

Поэтому, если у Вас 50 или 100 компьютеров, чем грохать кучу денег и иметь левый серверный вариант, лучше сделать хорошо продуманный вариант с частичным распределением информации по отдельным рабочим местам, при котором можно иметь пару дешевых (по 500 у.е.) серверов, чисто для сетевых функций. При таком варианте и на обслуживании сэкономите, и сохранность информации будет на порядок выше, т.к. мест для ее хранения становится больше ! ! !


Как все это работает на практике?

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

Емкость продаваемых жестких дисков растет не по дням а по часам, сегодня уже тяжело отыскать в магазине винчестер объемом менее 40 Гб. И это при том, что средний комплект программного обеспечения вместе с операционной системой занимает всего 3-4 Гб. Если оставшиеся 90% пропадают впустую, то почему бы не выделить это место под размещение архивных копий файлов.

Среди преимуществ такого подхода сразу просматривается экономия времени, уходящего на восстановление данных: ленточные накопители, как правило, весьма медлительны. Кроме того, системы копирования на магнитной ленте дорогостоящи, и использование ASB позволяет существенно сократить издержки...

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

Второй этап - резервное копирование. Основная задача на этом этапе - планомерно и регулярно собирать последние копии архивов со всех рабочих мест сети в одну общую папку, глобальное хранилище (2) на главном компьютере. Здесь все автоматически, настраивается только один раз, далее система живет сама по себе. И этого уже достаточно для обеспечения внутренней безопасности.

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

Резервное копирование Backup - ASB

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

Что касается внешних носителей, то самый экономичный вариант - это болванки CD-R (0.7 Гб - 10 руб.), мало одной - берите 2 или 3. Копировать надо как минимум раз в неделю, но если очень нужно, то хоть каждый день, на современных приводах одна болванка заливается за 5 минут. Если объемы побольше (от 5 до 10 Гб), можно подумать о DVD...

В версии 4.0 добавлен модуль удаленного резервного копирования через глобальную сеть Интернет, который позволяет в автоматическом режиме копировать архивы на электронные файловые хранилища (FTP) или отсылать их по обычной электронной почте (E-mail).

Вот таким образом достигается отказоустойчивость без дорогого серверного оборудования...


Зачем на первом этапе внешний носитель?

Чтобы можно было записывать резервные копии не только в масштабе предприятия, но и на отдельном рабочем месте. Это расширяет возможности системы, а также позволяет применять ASB без наличия сети (для домашнего пользования).

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


А что система дает пользователю?

Более доступную и понятную идеологию системы, управление через интуитивные (с подсказками) диалоговые окна, интерфейс и помощь на русском языке. Имеется полноценная система ведения архивов, интегрированная с основной системой.

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


Где XP-интерфейс?

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

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

Возможно Вам придется потратить чуть больше времени на освоение ASB, зато потом получите в 10 раз больше возможностей... Кроме того, обычные Windows-окна гораздо более понятны, занимают меньше памяти, не отвлекают, не глючат в процессе работы.


Почему нет планировщика заданий?

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

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


Умеет ли ASB копировать открытые файлы?

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

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

Дорогие западные системы содержат отдельные модули для всех серверных продуктов (MS Exchange, MS SQL...). Одному разработчику это естественно не по силам, да и зачем, все гораздо проще ! ! !

Например, в Windows 2000 Server, перед тем как начать архивировать файлы пользователей, желательно временно приостановить доступ к ним по сети командой net stop, а по окончании архивации нужно заново запустить сетевые сервисы командой net start.

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


Почему нельзя использовать UNC-имена?

UNC-имена использовать можно, только в ASB это происходит немного по-другому, через собственный механизм управления сетевыми ресурсами... подробнее


Зачем было разрабатывать свою программу?

Лет 5 назад, мне предложили обслуживать организацию с одноранговой сетью (порядка 25 компьютеров). У них все рушилось и ломалось, постоянно приходилось менять оборудование, восстанавливать бухгалтерские базы... А бухгалтерию тоже повесили на меня, что-то на подобии 1"С". Так вот, поработав с этой организацией уже около года, когда летом я стал разгребать дела, планируя отдых, мне задали вполне логичный вопрос: "А как же мы без тебя, а что если..."

Тогда я начал искать что-нибудь чем можно было бы автоматически восстановить данные в случае их утери, взял обыкновенный оконный архиватор WinRAR 2.6 набросал пару bath-файлов, но быстро понял что эта идея заводит в тупик (см. FAQ). Поиск системы резервного копирования не дал результатов - на сервер денег не дали, а во всех пользовательских утилитах чего-то не хватало: либо была крайне затруднена процедура восстановления данных (не для рядового пользователя), либо еще что-нибудь... но самое главное - никто не предлагал механизмов ОТКАЗОУСТОЙЧИВОСТИ, везде тривиальное копирование запрятанное в красивые окна, а у меня компьютеры виснут, коннекты теряются...

И вот, в один вечер стрельнула мысль, что туже самую иерархию, которую предлагают западные аналоги, за бешеные деньги (сервера, стримеры...) можно реализовать и подручными средствами, а в качестве внешнего носителя взять CD-RW, таким образом и "бабок" у заказчика выбивать не надо... В этот же вечер на свет родилась ASB 1.0, через пару дней она уже обкатывалась на производстве. Для пользователя все выглядело элементарно: перед тем как что-то сделать нажми "Сохранить", если что-то испортилось нажми "Восстановить" (откат назад) и продолжай работать...

С тех пор ASB постоянно растет и развивается, сегодня это уже не просто утилита, а многоэтапная система с массой дополнительных функций... Но ее основное ее достоинство - это, по прежнему, построение отказоустойчивой иерархической (HSM) схемы резервного копирования данных, без использования дополнительного оборудования. Именно благодаря этому Мы имеем возможность предложить Вам корпоративную систему по цене даже ниже некоторых пользовательских, представленных сегодня на рынке ПО.

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

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


На чем написана программа?

Для написания программы был использован Microsoft Visual C++ 6.0 (а не какой-нибудь там Delphi или Borland C++ Builder). Каркас приложения представляет из себя практически чистый Win32 API (с надстройкой MFC), благодаря чему программа является чрезвычайно стабильной, экономично расходует память и никогда не виснет. Объектно-ориентированный (модульный) подход к написанию алгоритмов создает твердую базу для дальнейшего развития программы, а также позволяет в кратчайшие сроки модифицировать ASB под конкретные цели заказчика...


см. также FAQ: резервное копирование...



Резервное копирование 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