0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Пошаговая инструкция настройки обмена через файл между 1С: Управление торговлей 11 и 1С: Бухгалтерия 3. 0

Пошаговая инструкция настройки обмена через файл между 1С: Управление торговлей 11 и 1С: Бухгалтерия 3.0

Задача: требуется настроить обмен данными через файл из 1С: Управление торговлей 11 (далее УТ) в 1С: Бухгалтерия 3.0 (далее Бухгалтерия).

  • платформа 1С: Предприятие 8.3 (8.3.13.1690),
  • конфигурация Управление торговлей, редакция 11 (11.4.7.150),
  • конфигурация Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.72.72)
  • режим Файловый (без сжатия).
  • настроить параметры подключения.
  • настроить параметры подключения,
  • настроить правила отправки и получения данных,
  • выполнить начальную выгрузку данных.
  • настроить правила отправки и получения данных,
  • выполнить сопоставление и загрузку данных,
  • выполнить начальную выгрузку данных.

ШАГ 1. Настройка в УТ

Переходим в раздел «НСИ и администрирование» и выбираем пункт «Синхронизация данных». Обязательно должен быть указан префикс информационной базы. В нашем случае это «ЦБ».

Устанавливаем флаг «Синхронизация данных» и переходим по ссылке «Настройки синхронизации данных». Нажимаем кнопку «Новая синхронизация данных». В открывшемся окне выбираем конфигурацию, с которой будем настраивать обмен. В нашем случае это «Бухгалтерия предприятия, редакция 3.0».

Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».

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

Далее укажем каталог и настроим архивацию файлов.

Далее укажем префикс базы бухгалтерии и название файла с настройками синхронизации.

Обратите внимание: если указать префикс, по которому уже есть обмен, то будет ошибка, программа предложит указать уникальный код. Нажимаем «Далее» и на этом заканчивается первый шаг настройки.

В результате у нас появится два файла в указанной папке: файл с данными (Message_ЦБ_БП.zip) и файл с настройками обмена (Синхронизация данных через универсальный формат.xml). Обратите внимание: если в УТ попробовать перейти к этапу «Настроить правила отправки и получения данных», то будет ошибка.

ШАГ 2. Настройка в Бухгалтерии

Перед настройкой синхронизации в Бухгалтерии нам понадобятся два файла, созданных на предыдущем шаге. Разместим файлы Message_ЦБ_БП.zip и Синхронизация данных через универсальный формат.xml в любую папку на компьютере с базой Бухгалтерии. Внимание: если Бухгалтерия находится на одном компьютере с УТ, то ничего переносить не нужно. Будем использовать ту же папку, что и для УТ.

Сначала перейдем в раздел «Администрирование» и выберем пункт «Синхронизация данных». В открывшемся окне проверим, чтобы префикс указанной базы совпадал с префиксом, который мы указали на первом шаге.

Устанавливаем флаг «Синхронизация данных» и переходим по ссылке «Настройки синхронизации данных». Нажимаем кнопку «Новая синхронизация данных». В открывшемся окне выбираем конфигурацию, с которой будет настроен обмен. В нашем случае это «1С: Управление торговлей, редакция 11».

Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».

Так как обмен настраиваем через файл, то выбираем пункт «синхронизация данных через файл, без подключения к другой программе». На Шаге 1 мы уже создали файл с настройками обмена Синхронизация данных через универсальный формат.xml, поэтому выберем его. Если был создан другой каталог и туда скопировали файл с настройками обмена, то выбираем его.

Далее укажем каталог и настроим архивацию файлов. В данном случае каталог может быть тот же самый или тот, в который перенесли два файла.

Далее проверяем настройки префиксов и на этом настройка параметров подключения в Бухгалтерии завершена.

Далее переходим к следующему этапу «Настройка правил отправки и получения данных».

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

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

Нажимаем «Записать и закрыть». Далее переходим к следующему этапу «Выполнить начальную выгрузку данных».

После выполнения операции будет создан в каталоге обмена файл с данными Message_БП_ЦБ.zip. На этом этап настройка обмена в Бухгалтерии закончена.

ШАГ 3. Окончание настройки в УТ

Вернемся в УТ. Если использовался другой каталог, то в папку обмена УТ перенесем файл, созданный на прошлом шаге Message_БП_ЦБ.zip.

Продолжим настройку синхронизации в УТ с этапа «Настроить правила отправки и получения данных».

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

1.Отправлять только используемую в документах нормативно-справочную информацию.

2.Отправлять все, начиная с даты. Это поле полезно, так как бывает, что нужно начать синхронизацию с определенного времени. Например, учет в УТ уже был настроен ранее, а в
Бухгалтерии только начинаем вести учет. Тогда нет необходимости переносить все документы из УТ в Бухгалтерию. Или второй случай: нужно поменять настройки обмена, но чтобы они действовали только для документов с определенной даты.

Все остальные поля заполняем в зависимости от учета.

В нашем случае настройка получения данных не требуется. Оставляем ее без изменений.

Нажимаем «Записать и закрыть». Переходим к следующему этапу «Выполнить сопоставление и загрузку данных».

В нашем случае программа ничего загружать не будет и перейдет к следующему этапу.

На последнем этапе «Выполнить начальную выгрузку данных» программа выгрузит данные из УТ в файл Message_ЦБ_БП.zip.

Читайте так же:
Регулировка низких частот на компьютере

Обратите внимание (для случая с двумя каталогами): полученный файл Message_ЦБ_БП.zip копируем в каталог обмена Бухгалтерии. В Бухгалтерии выполняем синхронизацию. При этом Бухгалтерия сначала загрузит данные из присланного файла Message_ЦБ_БП.zip, потом обновит свой файл выгрузки Message_БП_ЦБ.zip Этот файл выгрузки Message_БП_ЦБ.zip нужно скопировать обратно в каталог обмена УТ и в УТ выполнить синхронизацию. При этом УТ сначала загрузит данные (если они там есть) из файла Message _БП_ЦБ.zip, а потом обновит свой файл выгрузки Message _ЦБ_БП.zip и т.д.

1С:Мобильная касса и 1С:Бухгалтерия предприятия

Настройка синхронизации 1С:Мобильная касса и 1С:Бухгалтерия предприятия по формату EnterpriseData (web-сервис, файловый) Инструкция актуальна для версий: 1С:Мобильная касса 3.11 1С:Бухгалтерия предприятия 3.0.99 Содержание: Синхронизация через web-сервис (1C:Fresh) 2 Синхронизация через файлы 11 Данные синхронизации 29 Настройка Яндекс.Диск 30 Версия инструкции 1.0

Синхронизация через web-сервис (1C:Fresh) База 1С:Бухгалтерия предприятия должна быть опубликована на Web-сервере и опубликованы web-сервисы Exchange_2_0_1_6 и EnterpriseDataExchange_1_0_1_1 https://its.1c.ru/db/v8316doc#bookmark:adm:ti000000194 и установлена опция «Синхронизация данных» в Администрирование Синхронизация данных На сервере 1cfresh.com web-сервисы опубликованы по умолчанию Настройка в 1С:Мобильная касса 1) Заполнить сведения об организации Меню Настройки Параметры Организация Обязательно заполнить ИНН и КПП. Значения ИНН и ККП должны совпадать с введенными значениями в 1С:Бухгалтерия предприятия. 2

2) Заполнить параметры синхронизации Меню Настройки Параметры Синхронизация Установить флаг Синхронизация Адрес сервера: — 1С:Фреш при использовании сервиса 1cfresh.com — Другой сервер при использовании собственного webсервера, указывается IP или DNS сервера, на котором опубликована база 1С:Бухгалтерия предприятия Имя базы данных — имя базы, указанное при публикации или имя базы на 1С:Фреш. Имя базы на 1С:Фреш определяется по строке подключения. Например, строка подключения: https://1cfresh.com/a/ea/411996 Имя базы a/ea/411996 Имя базы должно обязательно совпадать с учетом заглавных и строчных символов (если указать Bp, вместо bp будет ошибка) Защищенный протокол (https) флаг устанавливается в зависимости от использования сертификатов безопасности на web-сервере. Для 1С:Фреш устанавливается автоматически. Пользователь/Пароль логин и пароль пользователя базы 1С:Бухгалтерия предприятия Важно: при настройке синхронизации должен быть указан пользователь с ролью Полные права. Идентификатор приложения рекомендуется использовать уникальный набор цифр, например, номер ККТ. Загружать настройки установить по умолчанию (включено) Автоматический обмен установить при необходимости 3

3) Нажать Создать настройку синхронизации После создания настройки нажать Готово и перейти в программу 1С:Бухгалтерия предприятия Настройка в 1С:Бухгалтерия предприятия 1) Перейти в список Настройки синхронизации данных Администрирование Синхронизация данных Настройки синхронизации В списке отобразится новая настройка синхронизации. В наименовании будет отображаться идентификатор, указанный в настройках синхронизации 1С:Мобильная касса. 4

2) Открыть Состав отправляемых данных 5

2) Отметить все флаги и нажать Отменить регистрацию Всех объектов выбранных типов После выполнения операции закрыть эту форму. 6

3) Открыть форму настройки синхронизации из списка Заполнить Склад по выбранному складу определяется тип цен, по которому будет выгружаться каталог товаров. На выбранный склад будут загружаться Отчеты о розничных продажах. Доступны к выбору только склады с типом Розничный магазин. Нажать Записать и закрыть 7

2) Повторно открыть Состав отправляемых данных Отметить флаги Справочники: Номенклатура Документы Установка цен номенклатуры Регистры сведений Штрихкоды номенклатуры 8

Выполнить Зарегистрировать Все объекты выбранных типов После выполнения операции закрыть эту форму. Запуск синхронизации Запуск синхронизации осуществляется из 1С:Мобильная касса на начальной странице или из Меню Настройки Сервисные операции Синхронизация Первая синхронизация может занять продолжительное время. Будет полностью загружен справочник товаров. Перейти Меню Настройки Параметры Синхронизация Заменить логин/пароль администратора на логин/пароль пользователя (если требуется). Пользователю должна быть назначена роль Выполнение синхронизации данных. Если включен автоматический обмен, то синхронизация будет запускаться: — при запуске приложения — после закрытия смены — через 5 минут после последней синхронизации 10

Синхронизация через файлы Настройка в 1С:Бухгалтерия предприятия 1) Перейти в список Настройки синхронизации данных Администрирование Синхронизация данных Настройки синхронизации Нажать Новая синхронизация данных 1С:Мобильная касса 11

2) Запустить настройку параметров подключения 12

Оставить значения по умолчанию и нажать Далее 13

На следующем шаге установить флаг Использовать локальный или сетевой каталог для синхронизации данных Выбрать Каталог локальный или Яндекс.Диск. (см. Настройка Яндекс.Диск) Для каждого подключаемого приложения 1С:Мобильная касса должен быть выделен отдельный каталог. Установить флаг Архивировать файлы обмена Примечание. 1С:Мобильная касса поддерживает только архивные zip-файлы обмена (без пароля). Нажать Далее 14

Установить Префикс для 1С:Мобильная касса Остальные параметры оставить без изменений Нажать Далее Готово После создания настройки в каталоге обмена будут сохранены два файла: Для продолжения настройки необходимо перейти в приложение 1С:Мобильная касса. 15

Настройка в 1С:Мобильная касса 1) Заполнить сведения об организации Меню Настройки Параметры Организация Обязательно заполнить ИНН и КПП. Значения ИНН и ККП должны совпадать с введенными значениями в 1С:Бухгалтерия предприятия. 16

2) Заполнить параметры синхронизации Меню Настройки Параметры Синхронизация Установить флаг Синхронизация 3) Установить в Меню формы Канал обмена Файл 17

4) Определить каталог обмена Каталогом обмена может служить: — каталог в облаке Яндекс.Диск (рекомендуется) (см. 4.1) — локальный каталог в памяти мобильного устройства (см 4.2) 18

Читайте так же:
Нет бегунка регулировки яркости на ноутбуке

4.1) Настройка каталога Яндекс.Диск Установить флаг Обмен через Яндекс.Диск и перейти в Авторизация Яндекс.Диск 19

Заполните: Пользователь — имя пользователя без @yandex.ru Пароль пароль приложения, созданный в настройках аккаунта Яндекс. (см. Настройка Яндекс.Диск) 20

Каталог обмена путь к каталогу обмена из корневого каталога на Яндекс.Диске. В этом каталоге должны присутствовать файлы "Синхронизация данных через универсальный формат.xml" и zip-файл данных обмена "Message" созданные из 1С:Бухгалтерия предприятия. Примечание. Имя файла обмена зависит от установленных префиксов информационных баз, например, "Message_БП_M1.zip" 21

Проверить правильность указания данных авторизации и каталога на Яндекс.Диске можно через Меню формы Проверить доступность 22

4.2) Настройка локального каталога В поле Каталог обмена автоматически подставится путь к файлам приложения <внутренняя память>/android/data/com.e1c.mobilecashbox/files Примечание: наименование "mobilecashbox" может быть изменено в зависимости от поставки 1С:Мобильная касса (mobilecashboxmarket, mobilecashboxmultisoft) Рекомендуется оставить путь каталога по умолчанию, но при необходимости его можно изменить. В указанный каталог необходимо скопировать файлы "Синхронизация данных через универсальный формат.xml" и zip-файл данных обмена "Message" созданные из 1С:Бухгалтерия предприятия. Примечание. Имя файла обмена зависит от установленных префиксов информационных баз, например, "Message_БП_M1.zip" 23

5) Заполнить поля Идентификатор приложения рекомендуется использовать уникальный набор цифр, например, номер ККТ. Загружать настройки установить по умолчанию (включено) Автоматический обмен установить при необходимости (доступно только при использовании Яндекс.Диска) 6) Нажать Создать настройку синхронизации При этом будет создан zip-файл выгрузки "Message" из 1С:Мобильная касса в локальном каталоге или на Яндекс.Диске Примечание. Имя файла обмена зависит от установленных префиксов информационных баз, например, "Message_M1_БП.zip" 7) Если для обмена используется локальный каталог, то созданный на предыдущем шаге zip-файл выгрузки "Message", необходимо перенести на ПК с 1С:Бухгалтерия предприятия в указанный при настройке каталог. Для продолжения настройки необходимо перейти в 1С:Бухгатерия предприятия. Продолжение настройки в 1С:Бухгалтерия предприятия 1) Проверить, что в каталоге обмена присутствует файл выгрузки из 1С:Мобильная касса 24

2) Перейти в список Настройки синхронизации данных Администрирование Синхронизация данных Настройки синхронизации Открыть созданную настройку синхронизации и нажать Настроить правила отправки и получения данных 25

Заполнить Склад по выбранному складу определяется тип цен, по которому будет выгружаться каталог товаров. На выбранный склад будут загружаться Отчеты о розничных продажах. Доступны к выбору только склады с типом Розничный магазин. Нажать Записать и закрыть 3) Нажать Выполнить сопоставление и загрузку данных 4) Нажать Выполнить начальную выгрузку данных 26

Настройка синхронизации через файлы завершена. Запуск синхронизации Запуск синхронизации осуществляется поочередно из программ 1С:Бухгалтерия предприятия и 1С:Мобильная касса Запуск синхронизации в 1С:Бухгалтерия предприятия Перейти Администрирование Синхронизация данных Настройки синхронизации и нажать Синхронизировать для выбранной настройки синхронизации. 27

Так же можно настроить автоматическую синхронизацию по расписанию через Еще Сценарии синхронизация данных Запуск синхронизации в 1С:Мобильная касса На начальной странице или из Меню Настройки Сервисные операции Синхронизация Первая синхронизация может занять продолжительное время. Будет полностью загружен справочник товаров. Если включен автоматический обмен, то синхронизация будет запускаться: — при запуске приложения — после закрытия смены — через 5 минут после последней синхронизации 28

В 1С:Мобильная касса загружаются: — товары (штрихкоды и цены) Данные синхронизации Из 1С:Мобильная касса выгружаются: — чеки ККМ — отчеты о розничных продажах (только по закрытой смене) В 1С:Бухгалтерия предприятия данные о продажах загружаются в документ Отчет о розничных продажах. 29

1) Настройка Яндекс.Диск на ПК Настройка Яндекс.Диск На ПК должен быть установлена программа Яндекс.Диск, скаченная из официального источника. Введите логин и пароль учетной записи Яндекс. В приложении необходимо создать каталог для обмена и нажать Сохранить на компьютер. После сохранения каталога, в проводнике должен отобразиться Yandex.Disk с указанным каталогом 30

Путь к каталогам Яндекс.Диск: C:Users<ИмяПользователя>YandexDisk 2) Создание пароля приложения Перейти в настройки аккаунта Яндекс 31

Промотать страницу до раздела Пароли и авторизация и нажать Создать пароль приложения Выбрать тип приложения Файлы (Webdav), ввести название, например, Мобильная касса и нажать Создать. Созданный пароль приложения необходимо вводить в настройках авторизации Яндекс в приложении 1С:Мобильная касса 32

Бэкапьтесь в облако, друзья

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

Еще не бэкапитесь в облако или хотите почитать про варианты решений? Прошу под кат.

3-2-1, поехали

Считается, что история правила бэкапа «3-2-1» начинается с Питера Крога (Peter Krogh), который изложил его в книге «Управление цифровыми активами для фотографов». Вкратце напомню этот принцип:

  • Копий данных должно быть минимум 3.
  • Как минимум 2 копии должны быть на физических носителях разного типа. Например, одна копия — рабочие данные на дисковом массиве, вторая копия — данные на магнитной ленте.
  • Как минимум одна резервная копия должна хранится не в офисе.
Читайте так же:
Как включить регулировку громкости на виндовс 7

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

Классическая схема «3-2-1».

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

  • Оперативные резервные копии. Основная их цель — в случае небольшого сбоя обеспечить максимально быстрое восстановление. В зависимости от инфраструктуры храниться эти резервные копии могут даже на копируемом сервере — только на отдельном диске.
  • Архивные резервные копии. Они хранятся уже обязательно как минимум на другом сервере и с историей (чаще всего — 6 ежедневных резервных копий, 4 еженедельных и 4 ежеквартальных).
  • Удаленные резервные копии. Резервные копии хранятся обязательно в другом месте — на сервере в удаленном ЦОД или в облаке. Неплохой вариант — по возможности синхронизировать с удаленным хранилищем каталог архивных резервных копий.

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

  • Сервер с резервными копиями по-хорошему должен быть так или иначе изолирован от рабочей сети на случай, если вдруг заведется шифровальщик.
  • Неплохой вариант, когда сервер забирает резервные копии, а не получает их — на случай компрометации архивируемого сервера.
  • История архивов — must have. Часто встречал инфраструктуры, где хранилась только одна резервная копия важных данных, и в случае атаки шифровальщика или потери данных «позавчера», данные в резервной копии были уже испорчены или не те, что нужно.
  • Не забываем копировать не только данные, но и операционную систему.
  • Теневые копии и прочие снапшоты — это очень хорошо и здорово, но это не резервное копирование. Можно их использовать как замену оперативным резервным копиям, но лучше совмещать.
  • Архивы с расширением .exe или .dll — неплохой вариант обмануть так-себе-шифровальщика.
  • RAID — это совсем не про резервное копирование. Совсем-совсем.

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

Выбираем уютное облако

Одним из вариантов будет простая и незамысловатая аренда выделенного сервера или установка своего сервера в ЦОД на колокейшн.

Действительно, «облако», которое построил сам, дает больше контроля над происходящим, да и выбор решения для хранения и непосредственно резервного копирования остается на усмотрение системного администратора. Можно даже сервер включить в домен «на земле», как я описывал в статье «Как я базы 1С в Германии прятал».

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

А не ваш ли это арендованный сервер у недорогого хостера?

Другим вариантом будет использование специализированных сервисов, которые создавались как раз для хранения резервных копий. Самым известным примером являются сервисы Amazon Glacier. Они окутаны легендами на тему используемых технологий — начиная от ленточных кассет и заканчивая blu ray-дисками и робо-руками. Но официально это недорогие HDD.

В отличие от арендованного сервера, решение уже начинает пахнуть кровавым энтерпрайзом со многими «девятками надежности» после запятой. Правда, как и многое у веб-сервисов Amazon, он обладает непростой формулой расчета стоимости. Если грубо упрощать, то загрузка данных на сервис — бесплатна, хранение — совсем недорогое ($1 за 1 Тб в месяц), а вот за получение данных придется заплатить. Как на старых ярмарках — «вход бесплатный, выход 15 копеек».

Классические сервисы хранения данных вроде Amazon S3 и Yandex Object Storage тоже, конечно, можно использовать для резервных копий, но ценник в таком случае будет менее гуманный —

$10мес за 1 ТБ у Яндекса. Также нельзя не упомянуть решения вида «все включено» от производителей систем резервного копирования, благо своего облака сейчас нет только у ленивого. Например, Acronis Cloud Storage как дополнение к продуктам Acronis буквально за $299 в год даст 250 Гб на своих серверах.

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

  • Dropbox.
  • OneDrive.
  • Google Drive.
  • Mega.
  • Яндекс.Диск.
  • Облако Mail.Ru.

Я сейчас не буду сравнивать облачные платформы, отдам это на откуп многочисленным материалам в сети. Например, статье «Облачные хранилища для физических лиц: что выбрать и почему». Лично я для своих нужд остановился на Яндекс.Диске, потому что он один из немногих, кто на бесплатных планах умеет WebDAV, API и снапшоты (историю) файлов на диске. Ну и, конечно, у меня скопилось некоторое количество бесплатных гигабайтов на нем.

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

Читайте так же:
Не работают клавиши регулировки громкости на ноутбуке asus

Чем грузить на уютное облако

Лично мне ПО, предоставленное сервисами, не очень нравится использовать (если, конечно, речь не про специализированный сервис вроде Acronis): не всегда есть возможность настроить расписание синхронизации, да и еще жива в памяти история, когда Яндекс.Диск при обновлении устраивал патч Бармина операционной системе. По счастью, существуют специальные ПО, поддерживающие различных провайдеров. Как обычно, приведу несколько примеров в основном бесплатных и околобесплатных решений.

Handy Backup. Выдается на первой странице гугла по запросу «резервное копирование в облако». Есть платные версии различного функционала, отдельные плагины (например, для Exchange и 1C). Есть даже свое облако — HBDrive. Но самое главное, пока еще есть бесплатная версия, которая умеет бэкапить только в облако — Handy Backup Free for Cloud. К сожалению, в рамках тестирования мне не удалось заставить ее стабильно работать с Яндекс.Диском — периодически назначенное задание не срабатывало. Сложно что-то хотеть от бесплатного решения, но от использования этого ПО я отказался.

CloudBerry Backup. Всем хорош продукт, есть даже решения для восстановления отдельных объектов Exchange, есть поддержка множества разных провайдеров. От использования остановило отсутствие бесплатной версии и поддержки обычного Яндекс.Диска, только S3 совместимое хранилище Yandex Object Storage.

Список поддерживаемых провайдеров решения от CloudBerry Lab.

Duplicati 2. Уже совсем бесплатный продукт, даже для коммерческого использования. Есть под все популярные платформы от Windows до GNULinux, работать можно как через веб-интерфейс, так и через командную строку, также есть и шифрование бэкапов «из коробки».

Интерфейс Duplicati, поддерживаемые провайдеры.

К сожалению, «из коробки» Яндекс.Диск не поддерживается — только в режиме WebDAV. В этом режиме решение от Яндекса работает не идеально — бывают проблемы с крупными файлами. Но в списке допустимого назначения существует один, который решает эту проблему. Вот же он.

Rclone. Пожалуй, это мой бесспорный лидер среди прочего ПО. Утилита командной строки под множество платформ, на официальном сайте доступна загрузка в том числе и под редкие операционные системы вроде Plan9 и Solaris. Список поддерживаемых облачных провайдеров тоже впечатляет — в нем есть поддержка даже Cephs и OwnCloud. И да, Яндекс.Диск в списке. Конфигурация до недавнего времени производилась только через интерактивное консольное меню, но относительно недавно появилась возможность запускать веб-интерфейс и настраивать через него.

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

Где yandex — имя конфига, созданного заранее, а backups — папка с бэкапами.

Более подробно принципы работы rclone разобраны в официальной документации и в статье «Rclone: rsync для облаков».

В принципе, как уже полноценное решение для резервного копирования, rclone можно использовать вместе с Duplicati, выбрав rclonе как тип хранилища. Тогда Duplicati будет создавать резервные копии с использованием vss (снапшотов) по планировщику, а первое будет отвечать за загрузку резервных копий в нужное нам облако. Конечно, можно использовать и любое другое решение вроде Cobian или вовсе делать снапшоты vss командой diskshadow, архивировать и заливать в облако при помощи rclone. Правда, если совсем уж изобретать велосипед, то и никакой rclone не нужен.

Создаем свой велосипедо-скрипт

Конечно, если облачный провайдер предоставляет доступ по WebDAV, загрузка данных будет простой. Пример для cmd и Яндекс.Диска:

Но не все провайдеры умеют в WebDAV, и есть вопросы по скорости и стабильности работы. Поэтому можно использовать API, если, конечно, провайдер предоставляет такой доступ. Разберем пример с тем же Яндексом.

Для авторизации Яндекс использует OAuth, поэтому для нашего скрипта понадобится завести специальный токен. Сначала нужно создать приложение в разделе «Создание приложения» на сайте.

Нужно не забыть дать доступ приложению на Яндекс.Диске:

Доступ скрипта к API Яндекс.Диска.

И подставить URL для разработки в Callback URI (будет доступен после установки галочки «Веб-сервисы» на доступных платформах):

Настройка Callback URI.

После получения ID приложения следует перейти по ссылке:

Где 12345678 — полученный ID. После предоставления приложению доступа мы получим желанный OAuth-токен, который уже можно применять в скриптах. Вот, например, загрузка файла на Яндекс.Диск при помощи PowerShell:

Организовать ротацию файлов, контроль загрузки и прочий «обвес» предлагается самостоятельно, благо API Яндекса хорошо документировано. Но лично я предпочитаю не изобретать велосипед, а использовать rclone.

Читайте так же:
Синхронизация компьютера и монитора

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

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

Настройка распределенной информационной базы (РИБ) в 1С 8.3 Бухгалтерия

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

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

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

В этой инструкции мы на примере создадим центральную и периферийную базы данных, проверим обмен между ними. Это пособие подойдет как для 1С 8.3 Бухгалтерия, так и для 1С Управление торговлей (УТ) и других конфигураций.

Настройка главной (центральной) распределенной базы РИБ

Зайдем в меню 1С «Администрирование», далее по ссылке «Настройки синхронизации данных». В открывшемся окне нужно установить флажок «Синхронизация данных». Станет активной ссылка «Синхронизация данных». Сразу здесь же установим префикс для главной информационной базы – например, «ЦБ»:

настройка синхронизации

Заходим по ссылке «Синхронизация данных», откроется окно с кнопкой «Настроить синхронизацию данных». При нажатии на эту кнопку откроется выпадающий список, где нужно выбрать режим «Полный». Если требуется синхронизация только по одной организации, нужно выбрать «По организации…».

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

После создания резервной копии нажимаем кнопку «Далее». На следующем шаге нам следует определиться, как будет происходить синхронизация:

  • через локальный каталог или каталог в локальной сети;
  • по интернету посредством FTP.

Для простоты и наглядности примера выберем локальный каталог. Я указал следующий путь: «D:Базы 1ССинхронизация». Не лишней будет проверка записи в данный каталог, для этого есть специальная кнопка:

Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания — попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>

Получите понятные самоучители по 1С бесплатно:

установка локального каталога

Следующие шаги с настройкой синхронизации по FTP и электронной почте пропускаем. Останавливаемся на настройках названий главной и периферийной баз данных. Здесь же зададим префикс для периферийной базы:

установка названий баз данных

Не забывайте, что префиксы каждой базы должны быть уникальны. В противном случае Вы получите ошибку «Значение префикса первой информационной базы не уникально».

Жмем «Далее», проверяем введенную информацию и опять нажимаем «Далее», затем — «Готово». В поле «Полное имя файловой базы» указываем файл 1Cv8.1CD в каталоге, который создали для синхронизации. Создаем начальный образ распределенной базы 1С:

создание начального образа распределенной базы данных в 1с 8.3

После создания начального образа РИБ в 1С можно задать расписание синхронизации или синхронизировать вручную:

первая выгрузка и загрузка данных

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

каталог информационной базы

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

Настройка синхронизации в периферийной базе данных

В периферийной базе 1С настройка намного проще. Достаточно установить флажок «Синхронизация данных» и перейти по одноименной ссылке. И мы почти сразу попадаем в окно с кнопкой «Синхронизировать». Попробуем создать тестовую номенклатуру в периферийной базе и выгрузить ее в основную с помощью РИБ:

проверка синхронизации между базами

Как видно, идет полноценный двухсторонний обмен информации с префиксами информационных баз.

В заключение хочется добавить важное замечание. Изменения в конфигурации можно производить только в центральной базе данных. Эти изменения потом автоматически будут транслированы в периферийные базы.

В заключение рекомендуем видеоинструкцию по настройке РИБ в 1С на примере Управление Торговлей:

Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector