1C Облачный архив

[Sandynist]

Добрый день!

 

Франчайзи настроили нам сервис «1С Облачный архив», некоторые моменты в работе этого сервиса напрягают и хотелось бы от них избавиться.

 

Работает сервис на базе программы резервного копирования Acronis, один раз в день утром в 9:00 делает копию базы данных 1С Бухгалтерии и затем отправляет этот архив на облачное хранение.  Вроде как должно быть удобно, но что достаёт:

 

1) Во время создания резервной копии компьютер сильно нагружается, в этот момент делать что-то на нём невозможно. Это пол беды, так на создание резервной копии уходит не более 10 минут.

 

2) Далее включается аплодер, который загружает архивный файл на сервер 1С, он тоже грузит компьютер главного бухгалтера, и к сожалению в связи с подключением к интернету по технологии ADSL, скорость загрузки чрезвычайно маленькая, забивается весь исходящий канал, по входящему тоже толком ничего не работает. Эта проблема уже серьёзнее, на отправку архива уходит около часа.

 

Что попробовал сделать:

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

 

Скрины настроек бекапера:

 

 

 

 

 

 

Порыскал по компьютеру, в программной папке обнаружились исполняемые файлы Акрониса, которые управляются программой бекапера 1С. И к ним пара файлов конфигурации.

 

 

Теперь задача — необходимо заставить бекапер делать архивную копию в 9:00, а отправлять её на сервер в облако в 13:00, то есть во время обеда, когда нагрузка на интернет не будет так  критична для работы предприятия.

 

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

 

  

 

Что делать? Как такого добиться?

 

 

P.S. На Инфостарте тоже смотрел, там ничего по моему вопросу нет. 

[Денис-НН]

Как вариант перенести весь процесс (и архивирование и отправку) на 13:00. 

[andrew75]

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

 

А в системном планировщике нет соответствующих задач?

[Sandynist]

Как вариант перенести весь процесс (и архивирование и отправку) на 13:00. 

 

Не подходит, для того, чтобы база архивировалась необходимо, чтобы с ней никто не работал. Бухгалтеры кое-как привыкли к тому, чтобы начинать работу не в 9:00, а в 9:10, заставить их на обед выходить из 1С просто нереально, в итоге бэкапы базы вообще не будут создаваться.

 

 

А в системном планировщике нет соответствующих задач?

 

 

Нет, там ничего не наблюдается.

..... Они пишут либо про встроенное средство конфигурации либо про дополнительную обработку.

 

.......

 

С обработкой там тоже «веселье» — её можно запустить только через меню «Файл—Открыть», так, как я её запихнул в модуль внешних обработок и отчётов она не запускается )

[andrew75]

Видимо все-таки лучше ловить того, кто настраивал.

[Sandynist]

 

 

лучше ловить того, кто настраивал.

 

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

[Денис-НН]

Предлагаю Извращение!

1 В 9:00 делаем архив и скидываем его на локальный диск.

2 В 13:00 запускаем независимое задание чисто от акрониса и он повторно архивирует архив и закидывает его себе в облако.

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

[andrew75]

Предлагаю Извращение!

1 В 9:00 делаем архив и скидываем его на локальный диск.

2 В 13:00 запускаем независимое задание чисто от акрониса и он повторно архивирует архив и закидывает его себе в облако.

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

Для этого надо понять, как это настраивается )

[overman]

Я использовал для резервирования по расписанию AOMEI Backuper и планировал заливку на ftp в нужное время

[andrew75]

Sandynist,

на самом деле, расписание в вашем последнем скриншоте:

(если это конечно рабочий файл).

По вторникам и пятницам в 3:45.

Поскольку это время уже прошло, то видимо бекап запускается при запуске компьютера.

Раздельно бекап и закачку на сервер я так понимаю сделать нельзя.

 

Я бы вырубил это извращение и сделал что-то более приемлемое, с локальным хранением бэкапов.

 

[Денис-НН]

Выше уже предложено. Aomei и закачивалка. 

[andrew75]

Закачивать на ftp бэкапы 8-рочных баз по ADSL это тоже не лучший вариант.

Лучше писать на съемный диск.

 

А зачем вообще нужен сторонний софт?

Сжимать базу стандартным архиватором и задание через планировщик.

Оно надежнее на мой взгляд.

Изменено 15 апреля, 2017 пользователем andrew75

[Денис-НН]

Съёмный диск надо подключать-отключать. А остаить его всегда подключённым- чем он тогда от локального диска будет отличаться?

разве что перед копирование монтировать сетевой диск, потом размонтировать его. Так немного лучше. 

[Sandynist]

Sandynist,

на самом деле, расписание в вашем последнем скриншоте:

1.jpg

(если это конечно рабочий файл).

 

 

На самом деле это рабочий файл, и в нём расписание архивирования. А меня интересует расписание отправки на сервер.

 

Видимо его можно поменять тут:

 

 

 

Выше уже предложено. Aomei и закачивалка. 

 

 

Никаких «левых» вариантов предлагать не нужно. Меня интересует только стандартное решение в рамках сервиса ИТС 1С.

Изменено 15 апреля, 2017 пользователем Sandynist

[andrew75]

Насколько я понимаю, для аплоадера не предусмотрено отдельного расписания, он запускается сразу после бэкапа.

А в этом файле задаются только повторные попытки подключения к серверу, если сразу не получилось.