Файл с расширением bak 1c
Одно из правил управления временем — Если есть человек, которому можно делегировать выполнение задачи — делегируй.
Предыстория
Как я докатился до того, что — Я, системный администратор! — стал задаваться вопросами работы 1С?
Тирада в моей оригинальной статье, которую вряд ли кто читал, касалась того, какие лентяи 1С разработчики, и сами производители 1С, что одни понаделали много функций, но другие недостаточно хорошо описали, третьи поленились разобраться, а свалили всю рутину на системных администраторов, которым делать-то нечего, кроме как за элитой IT подметать. Думаю, здесь никто меня не похвалит за такие рассуждения. Хотя и похвалы особо не ищу. Единственная цель — чтобы это пригодилось кому-то, кто правильный лентяй-админ, и не любит заниматься одним и тем же помногу раз. А теперь о том, как это было.
Я столкнулся с таким положением дел, что всем сотрудникам наши 1С разработчики добавляют базы ручками, присутствуя на рабочем месте сотрудника, либо просят это сделать нас удалённо, подключившись к рабочему столу пользователя и мышкакликанием все повторить.
Выглядит это так:
И не думайте, что в следующий раз, этот 1С разработчик скажет мне, что эту базу можно назвать именно также. Как следствие, у нас одна и та же база у разных сотрудников называлась по разному. Красота, не так ли?!
Ещё одна сторона этой проблемы в том, что Сотрудник должен быть на месте, компьютер включен, и у него должно быть время (5 мин), чтобы я мог всё это сделать. Если сотрудника нет на месте, то вы можете себе предположить, сколько от меня требуется трудозатрат, чтобы выловить этого сотрудника, согласовать с ним время и сделать это. А если этот сотрудник в удалённом офисе, на ноутбуке, и бывает в сети крайне редко, плюс разница поясов Владивосток — Москва, то это ещё добавляет остроты ощущений. Конечно, можно ещё ярлыком в почту бросить, но этим у нас 1С разработчики очень крайне редко пользуются — или не умеют, или не хотят, или за нас переживают, что без работы останемся, за что им отдельная благодарность и лучи поноса.
Баз у нас порядка пятнадцати. У каждой группы отдельный набор баз. А есть и такие, у кого строго индивидуальный список.
Следующая картина вам ещё больше понравится.
Поступает распоряжение от главы 1С'ников, что нужно трём отделам изменить базу, т.к. она переехала на другой сервер. Дальше не буду тратить буквы, т.к. всё что я описал выше множите на тридцать человек, двадцать из которых в другом офисе или даже другом городе. Классная задачка.
Не помню, сколько раз, я, таких суматох вынес, но было их больше десяти. После чего мне стало интересно, какие способы оптимизации этого процесса есть по unix-way'ю.
И стал я читать… Читал долго… Читал упорно… Документация 1С в справке мне совершенно не понравилась — написано так, как будто бы я уже это делал, поэтому большую часть идеи они оставляют между строк. Лучи поноса в написателей встроенной справки 1С. Как обычно это бывает, более-менее понятную инструкцию нашел на личном блоге, не помню уже кого.
Теория устройства конфигурационных файлов
В 1С организовано всё, что касается списков баз, в обычных текстовых, читаемых файлах с расширениями .cfg и .v8i, в кодировке utf-8. Так что, как вы наверняка догадываетесь, можно всё делать то же самое без отрыва пользователя, открывая файл по сети обычным текстовым редактором и правкой на прямую.
Расположение файлов на стороне пользователя
У пользователя на компьютере 1С 8.2 хранит фалы списков баз в каталогах:
Для Windows XP:
Профиль всех пользователей: С:\Documents and Settings\All Users\Application Data\1C\1CEstart\
Профиль пользователя: С:\Documents and Settings\%username%\Application Data\1C\1CEstart\
Для Windows 7:
Профиль всех пользователей: C:\ProgramData\1C\1CEStart\
Профиль пользователя: C:\Users\%username%\AppData\Roaming\1C\1CEStart\
Содержимое профиля пользователя — два файла: 1CEStart.cfg, ibases.v8i.
Содержимое директории профиля всех пользователей — один лишь, 1CEStart.cfg.
При запуске 1С берёт список баз к представлению в файле пользователя C:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i, но предварительно читает настройки сначала из профиля всех пользователей C:\ProgramData\1C\1CEStart\1CEStart.cfg, а потом и из профиля пользователя C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg, и если в них есть ссылки на конфигурационные базы в сети, то добавляет их в этот файл.
Описание файла 1CEStart.cfg
В профиле всех пользователей конфигурационный файл C:\ProgramData\1C\1CEStart\1CEStart.cfg имеет следующее содержание:
Где:
InstalledLocation — содержит указание на каталог, в который выполнена установка 1С: Предприятие. По умолчанию это значение C:\Program Files (x86)\1Cv82.
CommonCfgLocation — указывает путь и имя общего конфигурационного файла. Допускается наличие нескольких строк с таким параметром.
CommonInfoBases — указывает путь и имя файла (.v8i) со списком общих информационных баз.
DistributiveLocation — содержит указание на каталог, в котором будет производится поиск новой версии для автоматической установки.
InstallComponents — В локальном конфигурационном файле (1CEStart.cfg) содержит перечень установленных компонент с признаком нужно установить компонету — 1, или нет — 0.
Возможны следующие компоненты параметра InstallComponents:
DESIGNERALLCLIENTS — все клиенты и конфигуратор.
THINCLIENT — тонкий клиент для клиент-серверного варианта работы.
THINCLIENTFILE — тонкий клиент с возможностью работы с файловыми информационными базами.
SERVER — сервер 1С: Предприятия. Если программа установки запускается из программы запуска, то сервер будет установлен как приложение.
WEBSERVEREXT — компоненты расширения для веб-сервера.
CONFREPOSSERVER — сервер хранилища конфигураций 1С: Предприятия.
SERVERCLIENT — компоненты для администрирования кластера серверов 1С: Предприятия.
CONVERTER77 — конвертер информационных баз из версии 1С: Предприятия 7.7.
LANGUAGES — список языков интерфейса для установки. Если указано несколько языков, они перечисляются через ”,”. Пример: LANGUAGES=RU,UK,BG
В профиле пользователя конфигурационный файл C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg первоначально пустой. Но, если какие-то настройки необходимо сделать индивидуально для конкретного пользователя, то писать именно в него, и тут уже его ключи настроек будут иметь больший приоритет, но не все. Это отдельный вопрос, им я не буду сейчас захламлять голову.
Описание файла ibases.v8i
Второй важный файл информационных баз, который находится в профиле самого пользователя — C:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i. В него и собирается конечный список баз. Пример его содержимого:
Где:
[phonebook] – название базы 1С. Может быть как русскими буквами, так и английскими. Это то, что видит пользователь.
ID=34891493-907f-4783-8a37-3cbc092a989a — автоматически генерируемый уникальный код базы. Если у двух записей один и тот же ID, значит это одна база.
OrderInList=16640 — порядок в списке баз, когда базы представлены одним общим списком без подкаталогов; этот параметр из сетевого списка синхронизируется только в чистый ibases.v8i, если в ibases.v8i пользователя уже заполнен этой базой и этот параметр не будет перезаписываться, при его изменении в сети.
Folder=/ — задаёт место в дереве каталогов, если вид представления списка баз выставлен деревом; этот параметр имеет приоритет пользователя, и не меняется при изменении в сетевом конфиге.
OrderInTree=16640 — порядок в дереве, когда список баз представлен в виде иерархии подкаталогов; этот параметр имеет также приоритет пользователя, и синхронизируется только при первом добавлении базы, а далее подлежит изменению только локальным пользователем.
External=1 — внешняя подключаемая запись конфигурации или нет. Когда 0 тогда база присутствует только в этом файле. В данной ситуации эта запись импортируется из файла списка баз .v8i из сети. Это идентификатор, если это список баз расположенный в сети (расшаренный), то этот параметр можно вообще убрать из конфигурационного файла.
ClientConnectionSpeed=Normal — скорость соединения клиента. Опции могут быть “Nofmal” и “Low”. Логика ясна и без моих поиснений. Этот параметр интерактивный и при сетевом размещении синхронизируется при каждом запуске 1С.
App=Auto — тип соединения клиента. Бывает три типа:
— Auto — определяется сервером;
— ThinClient — тонкий клиент;
— ThickClient — толстый клиент.
Этот параметр интерактивный и синхронизируется при каждом запуске 1С.
WA=1 — этот параметр говорит о том, что система должна использовать windows авторизацию. Этот параметр интерактивный и синхронизируется при каждом запуске 1С.
Version=8.2 — используемая версия для этой базы. Если указать полностью конкретизируя какую платформу использовать, то будет использовать именно ту платформу, которую укажешь, как, например, во второй записи — Version=8.2.14.540. Этот параметр интерактивный и синхронизируется с сетевым конфигом при каждом запуске 1С.
Также есть ещё такой параметр как DefaultApp — тип соединения клиента по умолчанию, если в конфигурации для базы не задан, и DefaultVersion — используемая версия по умолчанию, если не задано в конфигурации для базы. Этот параметр пользовательский, и синхронизируется в чистый файл базы при первом запуске. Далее этим параметром управляет локальный пользователь.
Ссылки на конфигурационные файлы в сети
- либо в конфигурационном файле всех пользователей C:\ProgramData\1C\1CEStart\1CEStart.cfg, если мы хотим показать базы для всех пользователей компьютера;
- либо в конфигурационном файле конкретного пользователя C:\Users\%username%\AppData\Roaming\1C\1CEStart\1CEStart.cfg, если мы хотим показать базы только определённому пользователю на компьютере.
- либо CommonCfgLocation=\\server\1C\config\bases.cfg — указывает путь и имя общего конфигурационного файла. Допускается наличие нескольких строк с таким параметром. Название файла не играет принципиального значения, лишь бы расширение сохранялось;
- либо CommonInfoBases=\\server\1C\config\buh_bases.v8i — указывает путь и имя файла (.v8i) со списком общих информационных баз. Название файла не играет принципиального значения, лишь бы расширение сохранялось;
- или в комбинации и тот и другой, и помногу строк.
Идея использования возможностей
Идея заключается в том, чтобы делать правки с наименьшим количеством повторений. Если настройки базы или её расположение на сервере поменялось, то, исправив запись один раз в одном месте, мы получим актуальную информацию на всех компьютерах.
Для этого необходимо сделать шару в сети: \\server\1C\ . В этой шаре сделать, как минимум два каталога:
..\bases\
Листинг каталога:
В этом каталоге будут хранится файлы с расширением .v8i. Эти файлы будут иметь внутри себя настройки всего лишь одной базы для каждого файла. Причём указать следует только те параметры, настройки, которые критичны именно для этой базы, всё остальное автоматом подставится по умолчанию. Пример файла:
Следует избегать использования параметра ID , т.к. 1С разработчики используют для создания новой базы копипаст из имеющейся базы. А базы с одним ID будут конфликтовать.
..\groups\
Листинг каталога:
В этом каталоге будут храниться файлы с расширением .cfg. Эти файлы будут иметь внутри себя ссылки на базы в каталоге ..\bases\. Пример файла:
В это каталоге мы создаём индивидуальные для группы пользователей или же для конкретного пользователя списки баз. Именно на файлы из этой группы мы ссылаемся в конфигурационных файлах операционной системы пользователя.
При такой схеме мы выносим управление списками баз 1С пользователей в сеть для не администраторов. На сетевой каталог с конфигурационными файлами дать доступ 1С разработчикам и пусть играются как хотят.
А если необходимо изменить настройки какой-то базы, то мы правим её всего одни раз в файле \\server\1C\bases\base.v8i, и это отразится у всех пользователей, т.к. все пользователи смотрят информацию о базе именно в этом файле.
Теперь можно приступать к настройки Плана обслуживания (Maintenance Plan). План Обслуживания можно создать сразу для всех БД, но удобнее для каждой БД создать свой план обслуживания.
В нашем Плане обслуживания будет три подплана: 1 - резервное копирование БД (Полное); 2 - резервное копирование БД (Разностное); 3 - Резервное копирование Журнала транзакций. У каждого подплана есть свое расписание выполнения. Раписание каждый настраивает по своим усмотрениям, в моём же случае полное копирование делается раз в неделю в воскресенье, Разностное копирование каждый день кроме воскресенья, ЖТ - журнал транзакций каждый час. При такой модели резервирования можно восстановить искомую БД на любую дату и час, причем экономим пространство на жёстком диске т.к. полное резервирование выполняется фактически раз в неделю, а в течении недели только изменения.
Настройка дневного расписания. Недельное отличается только установленной галочкой "Воскресенье" и снятыми с "понедельника" по "Субботу"
Расписание для ЖТ. Красным выделено время сохранения в течении дня, имеет смысл например, если пользователи работают с БД в определённый период, если режим работы 24х7, то оставляем по уполчанию.
На рисунке ниже, изображен редактор недельного подплана, он состоит из задач, которые выполняются в заданной последовательности. Последовательность задается вручную, причем зелёные стрелки означают, что следущая задача будет выполнена только при успешном выполнении предыдущей, а синяя, что задача выполнится при любом завершении предыдущей задачи. В редактор подплана обслуживания, задачи можно добавить из "Панель элементов", которая находится в левом верхнем углу, когда редактор открыт.
Задачи. В каждую задачу нужно зайти и выбрать БД, для которой она будет выполняться и ряд других настроеек (если есть). Рассмотрим, какие задачи содержит недельный подплан нашего плана обслуживания.
1. "Проверка целостности БД" (Check Database Integrity Task). Следующая задача будет выполняться, только если БД не содержит ошибок. (Замем резервировать БД с ошибками?)
2. "Восстановить индекс" (Rebuild Index Task). Восстановить (Перестроить) индекс необходимо каждый день, т.к. при работе с индексами они сильно фрагментируются и при фрагментации более 25% SQL начинает заметно "тормозить". Эта операция довольно ресурсоёмка, поэтому её можно делать хотябы раз в неделю, а в дневном подплане заменить её менее ресурсоёмкую задачу "Реорганизация индекса".
3. "Обновить статистику" (Update Statistics Task). Для оптимизации. Кстати эту задачу можно выполнять несколько раз в течении дня, если ваша БД сильно нагружена.
4. После обновления статистики ОБЯЗАТЕЛЬНО нужно очистить процедурный кэш. Для этого перетаскиваем в редактор задачу "Выполнение инструкции T-SQL" и в поле "инструкция T-SQL:" написать процедуру DBCC FREEPROCCACHE. Но нужно учесть, что эта процедура очищает кэш у ВСЕХ БД, а мы обновили статистику по одной! Как очистить процедурный кэш для определённой БД, читаем
5. "Резервное копирование БД" (Back Up Database Task). В этой задаче указываем какую БД мы резервируем, тип резервной копии (Для недельного подплана - Полное, для дневного - Разностное, для часового - Журнал транзакций.) Ставим переключатель в положение "Создать резервную копию баз данных в одном или нескольких файлах" и добавляем ранее созданное устройство резервного копирования. В таком случае ВСЕ копии сохраняются в один файл, который указали при создании устройства резервного копирования, если переключатель оставить в "Создать файл резервной копии для каждой базы данных", то на каждое резервное копирование будет создаваться отдельный файл и на Полное и на Разностное и на ЖТ, что очень неудобно при восстановлении, зато удобно при хранении. Не забываем укзать что нужно сжимать резервные копии!
6. "Очистка Журнала" Очищает записи, создаваемые при выполнении задач. Также можно включить задачу "Очистка после обслуживания" и настроить её для удаления текстовых логов или устаревших резервных копий.
Подплан для резервирования ЖТ, состоит из одной задачи "Резервное копирование базы данных". ЖТ для меня удобнее сохранять не в Устройство резервного копирования, а в отдельный файл, что необходимо указать в настройке задачи.
Файл с расширением *.bak – это резервная копия 1с выгруженная из 1с сервера. Иногда системный администратор или программист 1с не имеет возможности выгрузить резервную копию через конфигуратор. Так же бывают случаи, когда требуется произвести “холодное копирование” без выхода пользователей из базы данных программы. Для этого используют программу управляющую базами данных в формате SQL – microsoft SQL Manager Studio. Данная программа может быть установлена на ваш компьютер или сервер только в том случае, когда ваша информационная база имеет структуру SQL.
Как производится выгрузка базы данных в формате BAK?
- Заходим в Microsoft SQL Manager Studio. Для входа используем требуемый тип авторизации, указываем пользователя и пароль обладающего правами редактирования и выгрузки ИБ (обычно имя такого суперпользователя SA, а пароль задается при установки данной программы);
- Во вкладке Базы данных выбираем нужную базу данных и кликаем по ней правой клавишей мышки.
- В появившемся контекстом меню выбираем пункт Задачи – Создать резервную копию.
- В новом окно оставляем все настройки по умолчанию. Обращаем внимание на путь, по которому сохраниться выгружаемый нами backup.
- База данных выгружена, можем загрузить её на другой компьютер с установленным ранее MS SQL серверов и сервером 1с предприятия.
Важно обратить внимания что MS SQL Server бывает разных версий (2008, 2012, 2016, 2019) и пункты меню могут отличаться.
Как преобразовать копию 1С в формате bak в DT или 1CD?
Если нам прислали копию базы в формате *bak и нам следует конвертировать этот файл в формат 1С (*dt или *.1CD) для этого нам потребуется ряд программ.
Microsoft SQL Manager Studio
Сервер 1С предприятия
После установки вышеперечисленного ПО в программе Администрирование серверов 1с предприятие мы можем создать новую информационную базу. После этого, зайдя в MS SQL Manager Studio можем выбрать данную базу и загрузить в неё bak файл. Слепок базы можно добавить в платформу 1С предприятие и выгрузить через конфигуратор.
Позже мы добавим ссылку на подробную инструкцию по загрузке и конвертированию данного файла.
Модели восстановление базы данных в MS SQL существует две "простая" и "полная". Отличаются они тем, что в полной модели восстановления ведется еще и бэкап журнала транзакций. Рассмотрим восстановление базы 1С в MS SQL на примере простой модели восстановления.
Бэкапы баз данных MS SQL хранятся в файлах с расширением .bak. Сами бэкапы баз тоже бывают двух типов: полный бэкап и разностный бэкап. В полном бэкапе содержится полная копия базы данных, а в разностном только изменения внесенные в базу с момента полного бэкапа.
Восстанавливаем полный бэкап.
В Microsoft SQL Server Managment Studio создаем базу данных в которую будет выполнятся восстановление. Как настроить базу в MS SQL для 1С рассмотренно здесь.
Выбираем созданную базу и в контекстном меню переходим Задачи - Восстановить - База данных.
Выбираем источник восстановления "С устройства" и указываем путь к файлу бэкапа. После добавления файла бэкапа отмечаем галочкой набор данных для восстановления.
Слева в меню "Выбор страницы" переходим к пункту "Параметры". В пункте параметры восстановления отмечаем "Перезаписать существующую базу данных (WITH REPLACE)".
Если восстанавливаете только полный бэкап, то в разеде состояние восстановления оставляем пункт "Оставить базу готовой к использованию"
Если далее планируется восстанавливать еще и разностный бэкап, то в разеде состояние восстановления отмечаем "Оставить базу данных в неработающем состоянии. ".
Восстанавливаем разностный бэкап.
Снова в целевой базу данных выбираем из контекстного меню Задачи - Восстановить - База данных.
Указываем источник восстановления. Выбираем файл .bak разностного бэкапа.
На странице Параметры настройки оставляем как есть. В разделе "Состояние восстановления" отмечен пункт "Оставить базу готовой к использованию. ".
Жмем ОК, дожидаемся завершения и переходим к добавлению базы на сервер 1С.
Добавляем базу на сервер 1С.
Запускаем в 1С настройку добавление информационной базы и выбираем пункт "Создание новой информационной базы"
На следующем шаге должен быть отмечен пункт "Создание информационной базы без конфигурации.."
Вписываем имя базы и указываем тип расположения информационной базы "На сервере 1С предприятия"
Указываем настройки для подключения к базе сервера MS SQL
Далее оставляем настройки как есть и жмем Готово. База добавлена - запускаем 1С и проверяем работоспособность.
Резервное копирование данных бизнес-приложений – тема древняя, как Кобол, и вечная, как процесс исправления ошибок на Windows. Истинные джедаи системного администрирования вооружаются с этой целью самопальными скриптами, представляющими обычно такое же удивительно постмодерновое сочетание новейших технологий и допотопного мышления, как световой меч из «Звёздных Войн». Офисные же самураи, в отличие от джедаев из серверной комнаты, идут к своему менеджеру-даймё и выпрашивают у него десяток-другой «коку» риса на покупку разрекламированной фирменной обработки для бэкапа данных. (Для тех, кто не в курсе: «обработкой» называется программа на внутреннем языке 1С, а «коку» — это такая мера объёма, которой самураи меряют свою зарплату.)
О проблеме создания резервных копий 1С задумался и я чуть больше года назад, впервые получив в списке своих служебных обязанностей коротенькую инструкцию – «обеспечить сохранность резервных данных предприятия в системе 1С с возможностью их эффективного восстановления». Увы мне – я не джедай-айтишник и не самурай-менеджер. По натуре своей я путешественник. И вот, воспользовавшись попутным гуглем и некоторыми благоприятными знамениями от бухгалтерии нашего института, я пустился в дальнее странствие, чтобы найти приличную утилиту для бэкапа данных 1С как в файловом, так и в SQL-режимах. Об открытых мною в этом странствии решениях и о связанных с ними различных удивительных приключениях и пойдёт речь в моём дальнейшем повествовании.
Странствие первое. Effector Saver
В любом путешествии есть места, миновать которые невозможно. Например, индийский обезьяний полководец Хануман, летевший из Индии на Ланку, не смог миновать пасти водяной змеи Сурасы; голуби, носившие Зевсу амброзию мимо пограничников, регулярно разбивались о камни Симплегад. Вы сами, попав в Париж, обязательно пойдёте глазеть на Эйфелеву башню. И, разумеется, ни один искатель утилит бэкапа для 1С не сможет миновать контакта с Effector Saver, бесплатной программы для сохранения данных 1С! Ну, вот и я – тоже вляпался!
Нет, я ругаться не буду. Effector Saver – программа очень неплохая. Есть бесплатная версия, есть бэкап SQL-контента 1С наряду с файлами, есть и много других приятных «плюшек», здорово облегчающих сисадмину или эникейщику жизнь.
Особенно радуют такие плюсы, как возможность запуска программы в качестве службы Windows, чтобы не отвлекать внимание пользователя лишними действиями, и автоматическое отключение активных пользователей 1С на время бэкапа. Интерфейс весьма логичен, лёгок в освоении и не даёт оснований задумываться над каждым действием.
Сложности начались при переходе от теории к практике. Я – стреляный воробей и тёртый калач, поэтому, прежде чем доверять судьбу родного предприятия стороннему коммерческому продукту, я прежде всего проверил отзывы пользователей. А они, мягко говоря, противоречивы. И пусть соотношение дёгтя к мёду вполне традиционное – бочка к ложке, — но реакция разработчика программы на обнаруженный дёготь, мягко говоря, далека от совершенства. Иначе говоря, он конфликтен. Он справедливо упирает на то, что сделал очень хорошую (и это так!) бесплатную программу, и что за мелкие проблемы этой программы ругать его совершенно не следует. Но проблема-то не в ругани! 1С – это не файл записи к игрушке под DOS, это штука, под управлением которой внезапно могут крутиться многие миллионы. И никому не захочется терять эти миллионы из-за того, что разработчик (повторюсь, проделавший огромный труд!) не стал прислушиваться к паре-тройке неожиданно возникших мелких замечаний.
Повторюсь: не хочу быть несправедливым. Effector Saver показался мне прекрасной программой. Но там, где дело идёт о деньгах, одной красоты недостаточно. И я вынужден был расстаться, скрепя сердце, с чудесной страной Effector Saver и пуститься в следующее своё странствие.
Странствие второе. Handy Backup
Этот продукт изначально пленил меня сочетанием несколько старомодного внешнего исполнения с весьма современным наполнением. По виду он архаичен, как Windows 98, а по функциональности надёжен, как автомат Калашникова. Под замшелым интерфейсом скрывается, как в волшебном гроте, прекрасный набор самых актуальных функций для бэкапа, восстановления и синхронизации данных. Здесь тебе и запись бэкапов на какое угодно коммерческое облако, хоть Dropbox, хоть Amazon S3, хоть OneDrive (не говоря уж о более приземлённых носителях, вроде FTP или USB-диска), здесь и работа со всеми видами баз данных, и хранение нескольких версий под временными метками… Руководство пользователя Handy Backup, сулившее неисчислимые возможности, пленило меня, как нимфа Калипсо пленила некогда застигнутого бурей Одиссея. Там было описано в подробностях всё, вообще всё, что только можно делать с бэкапами! Это было весьма захватывающее чтение…
Я немедленно помчался на официальный сайт Handy Backup и скачал пробную версию на тридцать дней, чтобы убедиться, как рекламные посулы в очередной раз затуманили мне вид на неприглядную истину. Я разочаровался! Нет, не в том смысле: я разочаровался в своих ожидаемых разочарованиях. Handy Backup и в самом деле делает всё, что обещает! В отчаянии, я связался со службой технической поддержки продукта («предоставляемой в течение всего срока жизни лицензии», как написано на сайте) – и внезапно получил грамотную, серьёзную техническую консультацию. Эта функция тоже работает, как и все остальные! Более того, за время моего тестирования Handy Backup вышли два обновления, каждое из которых содержало не затычки и заглушки к предыдущим ошибкам, а новые полезные функции.
Почему же я покинул этот рай земной и отправился дальше, в новые странствия по негостеприимным берегам чужих программных продуктов? Ответ прост: деньги. Handy Backup – платная программа, а душа, как известно, просит программ бесплатных. А у Handy Backup бесплатная только версия, позволяющая сохранять копии чего угодно (да, и 1С тоже!) исключительно на Яндекс.Диск. За всё остальное надлежит выложить денежки, в количестве, зависящем от требуемого набора функций автоматического бэкапа. И если файловую версию 1С Handy Backup способен распознавать и сохранять во всех комплектациях, начиная с базовой Standard примерно за сорок долларов, то за хранение резервных копий СУБД на основе SQL придётся существенно доплатить.
Послав руководству подробный отчёт о прелестях Handy Backup (в надежде, что внезапно всё-таки дадут денег!), я тем временем собрал свой скудный багаж и двинулся в новый путь.
Странствие третье. «Хранитель V»
Мой путь привёл меня на пустынный, необитаемый остров с полной романтического очарования вывеской «Хранитель V». Разработчик этого волшебного дива — под стать названию, это ГЭНДАЛЬФ. Так, и именно так, называется компания, создавшая волшебный продукт.
На сайте компании о функциональных возможностях «Хранителя» удалось узнать довольно мало. Гораздо больше внимания уделялось рекламным слоганам и баннерам, шелестевшим повсюду, как дикий лес. Не слишком-то прояснила ситуацию и короткая экспедиция на окрестные форумы; таинственный «Хранитель» от ГЭНДАЛЬФа оставался для меня по-прежнему загадочен и неясен. Быть может, в былые времена этот край было полон жизни и движения, а множество ликующих пользователей делали бэкапы 1С с утра до вечера, не желая и думать о лучшей судьбе; ныне же «Хранитель» выглядит бесприютным, и, судя по сайту, в последний раз нога сисадмина ступала куда-то туда ещё в 2011 году.
Признаюсь: я внезапно испугался. Мне стало страшно бродить среди слоганов и рекламных призывов «Хранителя»; я не посмел тревожить девственный покой этого места попытками скачивания программы или какого-нибудь другого нарушения тишины. Я боялся, что останусь в этой программе единственным пользователем и буду вынужден много лет вести робинзонаду, сражаясь за выживание в одиночку. Ак знать: быть может, в чащобе притаился уже страшный и неодолимый баг, который только и ждёт, чтобы пожрать все мои данные! И я, разочарованный, покинул этот волшебный, но совершенно опустевший край, чтобы продолжить свой путь в море Интернета.
Неподалёку от «Хранителя» ГЭНДАЛЬФа обнаружился ещё один островок, бесхитростно обозначенный на картах «1Сbackup». Обследование показало, что этот продукт затонул совершенно, и лишь отдельные буруны на замшелых форумах указывают случайному страннику на его прошлое существование.
Странствие четвёртое. «Бэкапер-1С»
Наконец-то судьба вновь занесла меня в цивилизованное место! «Бэкапер-1С», написанный, как мне удалось понять, программистом Алексеем Кармановым, не только живёт, но и время от времени обновляется (последняя версия вышла где-то в середине 2013 года). Эта программа проста, бесплатна и обладает хорошим понятным интерфейсом. К тому же, разработчик очень дружелюбен, хорошо объясняет не только выгоды и преимущества своей программы, но и технику работы с ней, а также, по всей видимости, быстро и адекватно реагирует на замечания пользователей. После контакта с «Бэкапером» короткий опыт общения с Effector Saver кажется годом, проведённым в пещере циклопа Полифема.
«Бэкапер-1С» предназначен для «простых» пользователей 1С и, как следствие, лишён некоторых важных особенностей функционала. В частности, мне не удалось запустить его как службу Windows. Кроме того, для архивирования данных он использует встроенную программу 7-Zip, что бывает весьма удобно для пользователей, но иногда вызывает самые неожиданные проблемы, например, с корпоративной политикой безопасности. И всё же это решение заняло в моём личном рейтинге место рядом с Handy Backup; к нему мне не раз захотелось вернуться.
Странствие пятое: «1СкриптМенеджер для MS SQL»
В этом месте меня начали мучить сомнения: туда ли я попал? Ведь мне нужно сохранять резервные копии и для файловой версии, и для самых разных СУБД! Но, кроме упоминания MS SQL в заголовке, я не нашёл с ходу никаких других вариантов работы с «1СкриптМенеджер». Ужаснула и цена: что-то около пяти с половиной тысяч рублей за продукт с, мягко говоря, ограниченной функциональностью!
Я хотел было уже развернуться и закончить странствие, но меня привлекли неожиданно хорошие отзывы о продукте. Системные администраторы – народ суровый, они без нужды не похвалят ни Стива Джобса, ни Стива Балмера, ни даже, о ужас, Питера Нортона – а тут вдруг собрались на форумах и поют настоящие дифирамбы! Иначе говоря, если бэкап 1С с базой на MS SQL – это именно то, что нужно лично вам, то этот вариант, по всей видимости, вполне можно и нужно рассматривать. Мне же настоятельно необходим был бэкап именно для файловой версии. Поэтому я расстроился и уехал с этого ресурса.
Странствие шестое: Архипелаг скриптов и утилит
Странствие седьмое и последнее: Выбор сделан!
Не стану делать секрета: я выбрал Handy Backup. Мне очень понравились также Effector Saver и, в особенности, «Бэкапер-1С», но два резонных соображения склонили меня в итоге к другому решению.
Во-первых, техническая поддержка бесплатных утилит обычно оставляет желать лучшего, а критические ситуации имеют привычку возникать неожиданно. С техподдержкой Нandy Backup у меня проблем не возникло; замечу, впрочем, что за год, прошедший со времён описываемых странствий, я воспользовался ей только один раз, когда устанавливал сетевые агенты. Сама по себе программа работала и работает как часы.
Во-вторых, бесспорно, очень приятно иметь хорошую утилиту для бэкапа файловой там или, наоборот, SQL-версии 1С, или для бэкапа, скажем, на Яндекс.Диск, или ещё для какого-нибудь бэкапа. Но бэкапить надо всё, буквально всё, и очень удобно, когда один и тот же продукт делает за тебя все виды работы!
Так что я свой выбор сделал. Я вернулся к Handy Backup, к его старинному интерфейсу, удобному набору хранилищ и сверхнадёжным расширениям. Именно Handy Backup, по моей рекомендации, были доверены данные 1С из нашей бухгалтерии. Впоследствии именно на эту же программу я перевёл сперва хранение технической и пользовательской документации в нашем институте, а позже – и свою собственную маленькую фотостудию, где приходится хранить в архивах и коммерческие данные системы 1С, и фотоархив. Я не пожалел ни разу о потраченных суммах. Их всё равно не хватило бы даже на поездку на Гавайи, не говоря уж о новых путешествиях на сказочные острова, где на деревьях растёт эффективное и бесплатное программное обеспечение.
А без путешествий – какая же жизнь?!
Читайте также: