Облачный архив 1с как настроить

Обновлено: 06.07.2024

Здравствуйте, подскажите пожалуйста, может кто-нибудь сталкивался.
Была настроена архивация БГУ и ЗКГУ в 1с облачный архив. После ремонта сервера(замена жёстких дисков), настроила заново , но архивация не происходит, причём не только в облачный архив, но и на локальном сервере архивов нет. Где поискать? может службы какие или ещё что-нибудь?

Всё! теперь архивируется, отключили брандмауэр и архивы полетели в облака. Админу сказала, чтоб брандмауэр настроил сам, как хочет либо выключает его. Антивирусник есть, думаю достаточно.

(1)А сам агент облачного архива переустанавливали? Просто если нет локальных копий, то и в облако грузится ничего не будет.

(2)Да, агент устанавливала, иначе даже не пропишешь какие базы должны архивиться

(3)А тех. поддержку не спрашивали. Может еще какие то нюансы есть? Просто обычно ставили агент, настраивали расписание и все работало. Еще момент, база запускается от имени админа? Права на запись в локальный каталог копий есть?

(4)База запускается от имени админа, да. Вот в какой каталог локальный она пытается записать. это где посмотреть?

скорее всего в каталог временных файлов(C:\Users\ВашПользователь\AppData\Local\Temp.
А в журнале регистрации, что пишет по этому поводу?

(6)О, тогда наверно этот каталог не доступен для записи, сейчас подключусь к клиенту, гляну, заодно журнал регистрации посмотрю

(6) Архивация настроена на 21:00, каждый день. В журнале регистрации после рабочего дня 16:30 никаких записей. В окне запуска-в настройках-указала каталог на диск d:Архивы 1с. Переназначила время на 11:35, жду. нгачнёт ли делать хотя бы местный архив

(9)В агенте , в журнале регистрации написано. очистка устаревшего-ошибка, загрузка в хранилище - ошибка

(14)Кроме того, написала-ничего. И то это берётся из логов агента

В журнале регистрации после рабочего дня 16:30 никаких записей

Сейчас переназначила на 13:05, отключив брандмауэр, жду

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

Забыл уточнить, облачный архив куплен или работает по ИТС ПРОФ? Если по ИТС ПРОФ, то там 20 ГБ места всего дают. Может место забилось?

Техподдержка подключилась удалённо, добавила в исключения антивирусника агента, потом сказали, что в агенте ключи почему-то устаревшие, обновили их, удалив какие-то файлы кей. Сказали, что теперь будет работать. Обязательно должна быть закрыта 1с у всех пользователей. Бухов выгонять из программы уже совестно, настроила на 22:00 архивацию, завтра буду смотреть результат.

На счет 20 Гб места. неужели надо постоянно проверять наличие?, Неужели не будет перезаписываать старый файлы на новые?!

ШАГ 1. Войдите в Личный кабинет

cloud1.jpg




ШАГ 2. Скачайте и запустите обработку

Запустите платформу 1С от имени Администратора.

cloud2.jpg

Распакуйте Обработку из архива и откройте файл через меню «Файл\Открыть» программы «1С:Предприятие» в режиме Пользователя:

cloud3.jpg

Либо в интерфейсе «Такси»:

cloud4.jpg


ШАГ 3. Установите Агент резервного копирования

cloud5.jpg

1. На первом экране нажмите кнопку «Next»:

cloud6.jpg

2. Особенностью актуальной версии Агента является возможность выбора пользователя, под которым устанавливать Агент резервного копирования.

2.1. Если у Вас базы находятся на том же компьютере, где и установлена платформа 1С, рекомендуем выбирать пункт – создание нового пользователя «1CBackupAgent» (пункт меню «Create new 1CBackupAgent user»).

2.2. Если у Вас платформа 1С установлена на терминальный сервер, и Вы устанавливаете Агент на него, то настоятельно рекомендуем выбирать тот же пункт создание нового пользователя «1CBackupAgent» при установке нового Агента.

cloud7.jpg

2.3. Если у Вас базы находятся на удаленном сервере, и подключение происходит по локальной сети, то рекомендуем выбирать второй пункт из данного меню – «Использовать существующего пользователя» («Use an existing user»). При этом у пользователя должны быть права локального администратора на компьютере, куда устанавливается Агент, и доступ к файловому ресурсу на удаленном компьютере.
В соответствующих полях введите Имя пользователя и Пароль, далее нажмите кнопку «Next».

cloud8.jpg

3. На следующем экране Вы можете выбрать место, для установки Агента резервного копирования, но обратите внимание на то, что если агент будет установлен на диск, отличный от диска С, то необходимо будет произвести изменения также и в конфигурационном файле Агента (см. пункт 6 настоящей инструкции).

cloud9.jpg

4. Для установки Агента с выбранными параметрами нажмите кнопку «Proceed»:

cloud10.jpg

5. По окончанию установки закройте окно, запустите платформу 1С и приступите к конфигурированию резервного копирования с использованием Обработки.

6. Если Вы установили Агент резервного копирования на диск, отличный от диска С, то Вам необходимо будет отредактировать следующие поля в файле BackupAgent.xml, который находится в папке Config установочной директории Агента резервного копирования.

6.1. В конфигурационном файле найдите поле <LogPath> и измените там выбор диска в пути, где располагается папка с логами. По умолчанию это папка - C:\BackupAgent\logs.

6.2. В том же файле найдите поле <OperationDirectory> и измените диск рабочей директории на тот, на который установлен Агент резервного копирования. По умолчанию это папка - C:\BackupAgent\workingDirectory.

ШАГ 4. Активируйте резервное копирование

cloud11.jpg


ШАГ 5. Настройте расписание резервного копирования

1. Перейдите в раздел “Управление резервным копированием”.

cloud12.jpg

cloud13.jpg

2. Для включения резервного копирования Вашей информационной базы перейдите на закладку «Базы» и установите флажок “Включить резервное копирование текущей информационной базы”. Либо нажмите кнопку «Включить» на главном экране обработки.

3. Для настройки расписания резервного копирования перейдите в раздел «Расписание» и выберите нужные параметры. По умолчанию время резервного копирования установлено на 22.00. Кроме того, в данном разделе присутствует возможность установки расписания по дням недели, раз в месяц в определенный день, несколько раз в месяц и есть возможность запустить расписание через определенное количество секунд. При установке этой опции обратите внимание на то что нужно указать достаточное количество времени для того чтобы выйти из обработки и 1С до старта резервного копирования.

cloud14.jpg

cloud15.jpg

4. На закладке «Хранение» указывается количество и типы копий базы, которые будут храниться в облаке (количество дневных копий, недельных и месячных копий).

5. В данной версии Агента предусмотрена смена пользователя, под управлением которого будет работать система резервного копирования. Изначально параметры пользователя вводятся при установке Агента. Изменить их в дальнейшем можно на закладке «Дополнительно»:

cloud16.jpg

6. Установка и настройка Агента резервного копирования успешно завершена. Посмотреть наличие резервных копий Вы сможете в Личном кабинете после завершения копирования.

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

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

Основные возможности утилиты BackUPv8Compressor:

1. Получать Токен(ы) авторизации для взаимодействия с Яндекс.Дисками:

BackUPv8Compressor GetYaToken [<КодПодтверждения>]

Код подтверждения для вашего Яндекс.Диска можно получить по ссылке, которую утилита откроет в браузере самостоятельно, если Код подтверждения не указан.

2. Проверять наличие указанного каталога/файла, создавать каталог (в случае его отсутствия):

BackUPv8Compressor Exists <Путь> [-create]

Параметр -create обеспечит создание каталога, если он отсутствует.

3. Архивировать данные резервной копии в zip-архив с оптимальной степенью сжатия:

BackUPv8Compressor ZipFolder <ПутьСжимаемогоКаталога> [<ПутьZipАрхива>] [-overwrite] [-create] [-delete]

Параметр -overwrite обеспечит удаление zip-файла перед сжатием указанного каталога, а -create создание всех каталогов в указанном пути размещения zip-файла. В случае, если ПутьZipАрхива не указан (но представлен -create), будет создан файл типа ".bv8", который может быть распакован средствами утилиты (метод UnZip).

Нужно удалить каталог и все его содержимое после сжатия? Параметр -delete обеспечит это.

Архивацию файла не реализовал, т.к. не было надобности. Нужно? Сделаю.

4. Извлекать файлы zip-архива в указанный каталог:

BackUPv8Compressor UnZip <ПутьZipАрхива> [<ПутьКаталогаИзвлечения>] [-overwrite] [-create] [-delete]

В случае, если ПутьКаталогаИзвлечения не указан, но параметр -create представлен, каталог будет создан по имени файла архива (без расширения).

Здесь -delete позволит удалить файл архива после распаковки.

5. Отправлять файл на Яндекс.Диск:

BackUPv8Compressor SaveToYaDsk <ПутьДоФайла> [<ПутьРазмещенияНаЯндексДиске>] [-overwrite] [-delete] [-YaDsk]

6. Копировать файл по указанному пути:

BackUPv8Compressor CopyFile <ПутьИсточника> <ПутьНазначения> [-splitchunksize:<РазмерЧастейБайт>] [-create] [-overwrite] [-delete]

При этом ПутьНазначения может указывать как на файл, так и каталог. При указании размера частей, в каталоге назначения будут размещены части разделенного файла источника, если его размер превышает РазмерЧастейБайт.

7. Удалять устаревшие архивы старше максимального периода хранения копий, сохраняя N-первых и M-последних копий месяца, соответствующих фильтру отбора в указанном каталоге, либо Яндекс.Диске:

BackUPv8Compressor DeleteFiles <ПутьРазмещенияФайлов> [-FirstCopyCount:<КоличествоПервыхКопийМесяца>] [-LastCopyCount:<КоличествоПоследнихКопийПредыдущихМесяцев>] [-LastActualCopyCount:<КоличествоПоследнихКопийТекущегоМесяца>] [-MaxSavePeriod:<КоличествоМесяцев>]

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

8. Разделять файл архива на части:

BackUPv8Compressor SplitFile <ПутьИсточника> <ПутьНазначения> -splitchunksize:<РазмерЧастейБайт> [-create] [-overwrite] [-delete]

При этом будут созданы ".pv8" файлы в каталоге по пути назначения, полученные в результате разделения ".bv8" файла источника на части, определенном параметром splitchunksize размером.

9. Соединять файлы частей в архив:

BackUPv8Compressor SplitFile <ПутиФайловИсточников> <ПутьНазначения> [-create] [-overwrite] [-delete]

Данные перечисленных в параметре ПутиФайловИсточников (разделенные ",") файлов будут использоваться для создания единого файла по пути назначения.

10. Выводить события операций в журнал, а лог трассировки на экран: необязательные параметры -errorlogging и -trace соответственно.

Описание всех возможностей утилиты можно получить по команде: BackUPv8Compressor /?

Пример скрипта резервного копирования серверной ИБ, с размещением данных на СУБД MS SQL Server:

SET TMPPATH=<ПутьДоКаталогаВременногоРазмещенияКопииДоступныйMSSQL>
SET BACKFILENAME=<ПрефиксИмениКопии>_%DATE:

3,2%
SET SERVERNAME=<ИмяСервераMSSQL>
SET BASENAME=<ИмяБДMSSQL>
SET SQLCMDPATH=<ПутьДоSQLCMD.EXE>
SET SQLLOGIN=<ИмяПольователяMSSQL>
SET SQLPWD=<ПарольПользователяMSSQL>
SET YATOKEN=<ТокенЯндексДиск>

rem Шаг 1. Обеспечиваем наличие каталога для размещения файла выгрузки
BackUPv8Compressor exists "%TMPPATH%\new" -create

rem Проверяем итог исполнения операции
if errorlevel 1 (
echo Ошибка подготовки каталога размещения файла выгрузки
exit /b %errorlevel%
)

rem Шаг 2. Выгрузка данных средствами СУБД
%SQLCMDPATH% -S %SERVERNAME% -U %SQLLOGIN% -P %SQLPWD% -Q "BACKUP DATABASE [%BASENAME%] TO DISK = '%TMPPATH%\new\%BACKFILENAME%.bak' WITH NOINIT"

rem Проверяем итог исполнения операции
if errorlevel 1 (
echo Ошибка выгрузки данных средствами СУБД
exit /b %errorlevel%
)

rem Шаг 3. Архивация выгрузки
BackUPv8Compressor zipfolder "%TMPPATH%\new" "%TMPPATH%\%BACKFILENAME%.zip" -overwrite -deletesourse

rem Проверяем итог исполнения операции
if errorlevel 1 (
echo Ошибка архивации выгрузки
exit /b %errorlevel%
)

rem Шаг 4. Отправка на Яндекс.Диск
BackUPv8Compressor SaveToYaDsk "%TMPPATH%\%BACKFILENAME%.zip" -YaDskToken:%YATOKEN% -deletesourse

rem Проверяем итог исполнения операции
if errorlevel 1 (
echo Ошибка отправки файла на Яндекс.Диск
exit /b %errorlevel%
)

rem Шаг 5. Удаление устаревших копий: оставляем только 1ую и последнюю копии текущего месяца
BackUPv8Compressor deletefiles [YaDsk] -YaDskToken:%YATOKEN% -FirstCopyCount:1 -LastCopyCount:1

rem Проверяем итог исполнения операции
if errorlevel 1 (
echo Ошибка удаления устаревших копий
exit /b %errorlevel%
)

FAQ

Q: Стоимость решения?
A: Бесплатно.

Q: Ограничения есть?
A: Безусловно, какие-то есть, но явно не обозначены.

Q: Техническая поддержка предоставляется?
A: Да, но без каких-либо гарантий по срокам.

Q: Почему именно утилита?
A: Все просто - относительная автономность.

Q: Использовать решение безопасно?
А: Для сохранности данных утилита предоставляет надежный механизм.

Q: А можно использовать утилиту для создания копий баз СУБД PostgreSQL?
A: Конечно, используйте pg_dump с соответствующими параметрами.

Q: А можете добавить возможность отправки электронного письма администратору?
A: Да, конечно. Черкните в личку.

Q: А можете сделать так, чтобы утилита могла еще и.
A: Напишите мне, обсудим потребность.

Q: А чем решение лучше бесплатных аналогов?
A: Кажется, в одной утилите представлено все, что потребуется для обеспечения резервного копирования и хранения данных на Яндекс.Диске.

Q: А зачем мне ваше решение, если я могу написать свое?
A: Велкам. Однако использование утилиты может сократить время на создание системы резервного копирования.


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

Чтобы в истерике не биться,

Главбух, не будь головотяп,

Дела все в сторону отложит, пока не сделает

Рассказываем, как это работает.

Виды копирования

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

1. Системное резервное копирование , оно выполняется ежедневно для всех приложений всех пользователей сервиса.

2. Резервное копирование приложений по расписанию , настраиваемому пользователем;

3. Резервное копирование приложений по требованию пользователя ;

4. Выгрузка данных приложения в виде файла на компьютер пользователя (zip-архива с XML-файлами).

Системные резервные копии автоматически сохраняются на внешних носителях в отдельном хранилище дата-центра сервиса.

Начните прямо сейчас. Подключить «1С:УНФ» на 30 дней бесплатно.

Пользователь может сам настроить создание резервных компанию по расписанию и по требованию.

Пользователи могут в любой момент:

  • выгрузить (сохранить в виде файлов) эти резервные копии на свой компьютер;
  • создать новое приложение в сервисе на основании данных, сохраненных в резервной копии.

Все виды резервного копирования мы скомпоновали в одну таблицу:


Как создать копию

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


  • В выведенном окне Создание резервной копии указать время начала создания резервной копии и нажать кнопку ОК .



Как настроить расписание

Владелец абонента может настроить расписание создания резервных копий приложений.


В открывшемся окне Настройка резервного копирования приложения установите параметры расписания, по которому будет проводиться резервное копирование в сервисе.


Сохранение резервных копий по расписанию поддерживается для всех приложений.

Читайте также: