Wal-g: бэкапы и восстановление субд postgresql

Просто и сердито. Архивирование (backup) типовых конфигураций 1С 8.2, 8.3

После эксплуатации различных «бесплатных» обработок и скриптов решил написать свой cmd-файл для ежедневного архивирования баз 1С.
Работает на конфигурациях, где есть процедуры «ЗавершитьРаботуПользователей» и «РазрешитьРаботуПользователей» (т.е. во всех типовых, в нетиповые данные модули можно скопировать из типовых).
Сохраняет файлы как локально так и на удаленном файловом сервере. Автоматически удаляет старые архивы и копирует на удалённый сервер отсутствующие.
Расписание задается установкой соответствующего задания (запуска cmd-файла по времени) в планировщике задач Windows.
Для борьбы с зависшими сеансами, рекомендуется настроить в режиме конфигуратора параметры информационной базы: «Время засыпания пассивного сеанса» и «Время завершения спящего сеанса».

Восстановление бекапа

Проверка работоспособности бекапирования

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

1. Базовый бекап отправлен на сервер бекапов
2. WAL-файлы отправляются на сервер бекапов

П.1 проверяется так: на сервере бекапов заходим в папку /var/lib/postgresql/backups/foo/base и убеждаемся, что она содержит файлы base.tar.gz и pg_wal.tar.gz:

Чтобы быстро — без долгого времени наблюдения за системой — проверить п.2, вернемся в пункт настройки PostgreSQL и поменяем таймаут архивирования (archive_timeout) на 60 секунд, затем рестартуем PostgreSQL. Теперь при наличии изменений в базе WAL-файлы будут архивироваться не реже, чем раз в минуту. Далее в течение некоторого времени (3-5 минут) будем любым (безопасным) образом генерировать изменения в базе — например, мы делаем это просто через наш фронт, вручную создавая активность тестовыми пользователями.
Параллельно нужно наблюдать за папкой /var/lib/postgresql/backups/foo/wal сервера бекапов, где примерно раз в минуту будет появляться новый файл:

После проверки очень важно вернуть archive_timeout в продакшен значение (у нас в зависимости от клиента это минимум 1 час, т.е. 3600, максимум — сутки, т.е

86400).

Если видно, что файлы не отправляются на сервер бекапов, то исследование проблемы можно начать с анализа логов PostgreSQL, лежащих здесь /var/log/postgresql. Например, если пара приватный-публичный ключ была настроена неверно, то можно увидеть подобную запись в файле postgresql-10-main.log (название лог-файла зависит от устанавливаемой версии):

Восстановление из бекапа

Пусть у нас заранее подготовлен новый сервер, где установлен PostgreSQL той же мажорной версии, что и на целевом сервере. Также предположим, что с сервера бекапов мы предварительно скопировали папку бекапа /var/lib/postgresql/backups/foo на новый сервер по тому же пути.
Далее по шагам описана процедура развертывания этого бекапа на новом сервере.

Выясняем путь, по которому хранятся файлы данных:

В зависимости от версии PostgreSQL выдастся что-то подобное: /var/lib/postgresql/10/main

Удаляем все содержимое папки с данными:

Останавливаем инстанс PostgreSQL на ЦЕЛЕВОМ сервере:

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

Распаковываем файлы из бекапа в папку данных PostgreSQL:

Здесь и далее снова работаем с новым сервером.

Ожидается, что команда tar, запущенная от sudo, сохранит group и ownership распакованных файлов за пользователем postgres — это важно, поскольку далее их будет использовать PostgreSQL, работающий именно от этого пользователя. В папке с данными создаем конфиг восстановления:

В папке с данными создаем конфиг восстановления:

Если сжатия на шаге архивирования WAL-файлов не было:

Если сжатие на шаге архивирования WAL-файлов было, то restore_command должен выглядеть следующим образом (все остальное не меняется):

Запускаем PostgreSQL:

Обнаружив в папке с данными конфиг восстановления, PostgreSQL входит в режим восстановления и начинает применять (replay) WAL-файлы из архива

После окончания восстановления recovery.conf будет переименован в recovery.done (поэтому очень важно на предыдущем шаге дать пользователю postgres права на изменение файла). После этого шага сервер PostgreSQL готов к работе

Если по внешним признакам видно, что база не восстановилась либо восстановилась только до уровня базового бекапа, то исследование проблемы можно начать с анализа логов PostgreSQL, лежащих здесь /var/log/postgresql. Например, если на предыдущем шаге не были даны права пользователю postgres на папку с бекапом WAL-файлов, то можно увидеть подобную запись в файле postgresql-10-main.log (название лог-файла зависит от устанавливаемой версии):

Часто встречающиеся ошибки 1С и общие способы их решения Промо

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

При сбое резервное копирование не восстановит систему. Зачем же оно нужно?

Вокруг функции создания резервных копий существует несколько мифов. Один из них связан с назначением такой опции. Многие полагают, что автоматическая архивация базы 1С помогает:

1. развернуть копию всей системы;
2. восстановить ее работоспособность.

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

Архив, который создается 1С, представляет собой полную систему резервных копий. Сюда не входят разве что журналы регистрации и конфигурации вида отображения различных вкладок. Существует два варианта архивирования: ручное и автоматическое по расписанию. Первый способ используется редко, куда удобнее, чтобы сама система в заданные промежутки производила автообновление созданных копий. Осуществляется это с помощью инструментария MS SQL. Раньше, в версии 1С: предприятие 7.7 оно не было полноценным, но с выходом версий 8.1, 8.2, 8.3 этот функционал работает точно, словно швейцарские часы.

Но для этого должны быть соблюден ряд важных условий.

1. Архиватор и система должны быть настроены соответствующим образом заранее.
2. Для пользования резервными архивами нужно иметь некоторые теоретические и практические навыки.
3. Сама система должна включать в себя максимально надежные и простые компоненты.

Итак, стоит подробнее рассмотреть вопрос о том, как настроить автоматическое резервное копирование 1С версии 8.3 (в версиях 8.2 и 8.1 алгоритм идентичен).

Копирование числовых ячеек из 1С в Excel Промо

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

24.1.2. Использование pg_dumpall

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

pg_dumpall >

Результирующий дамп может быть восстановлен с помощью psql:

psql -f postgres

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

Администрирование конфигураций 1С (недокументированные особенности работы)

Многие мои коллеги по работе и по профессии, уверен, сталкиваются с аналогичными ситуациями, когда программа 1С при работе с конфигурацией, мягко говоря, работает «странно». Как говорит один хороший знакомый (к слову, один из авторов УТ 11):
— «вот, ну согласись, нанять пару серьезных методистов — реальных дядечек с реального производства, до начала разработки — единственная ЭЛЕМЕНТАРНАЯ политика, как можно было этого не сделать???? там их НЕТ. Причем это 0 в плане затрат на разработку, там нет ограничений бюджета, это просто самый тупой прокол.»
В этой статье приведу способы лечения пресловутых проколов (за последний месяц).

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

Из информационного выпуска 1С № 16872 от 08.07.2013г. стало известно об относительно скором необходимом переходе на редакцию 1С:Бухгалтерия 3.0. В данной публикации будут разобраны некоторые особенности перевода нетиповой конфигурации 1С:Бухгалтерия 2.0 на редакцию 3.0, которая работает в режиме «Управляемое приложение».
Публикация будет дополняться по мере подготовки нового материала. Публикация не является «универсальной инструкцией».

Update 3. Права доступа. 14.08.2013
Update 4. Добавлен раздел 0. Дополнен раздел 4. Добавлен раздел 7. Внесены поправки, актуализирована информация. 23.11.2013.

1 стартмани

Как восстановить файл дампа PostgreSQL в базы данных Postgres?

Все админы делятся на 2 категории

— те которые уже делают бэкап

и те которые ещё не делают.

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

У любой базы данных, важно вовремя реализовать резервное копирование, чтобы избежать возможную потерю данных

В этом посте я постараюсь рассказать о некоторых способах, которыми вы можете сделать резервную копию PostgreSQL. Для тестов будем использовать Ubuntu 12,04 VPS с PostgreSQL 9.1. Для большинства современных дистрибутивов и последних версии PostgreSQL мои советы будут актуальны.

Создание резервной копии PostgreSQL при помощи pg_dump

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

pg_dump name_of_database > name_of_backup_file

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

Как вариант мы можем войти через sudo под пользователем «рostgres» и выполнить команду:

sudo su — postgres pg_dump postgres > postgres_db.bak

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

Расширенный синтаксис выглядит следующим образом:

pg_dump -h remote_host -p remote_port name_of_database > name_of_backup_file pg_dump -U user_name -h remote_host -p remote_port name_of_database > name_of_backup_file

Как восстановить дампы  pg_dump в PostgreSQL

Чтобы восстановить резервную копию, созданную pg_dump, необходимо перенаправить файл с дампом в стандартный ввод psql:

psql empty_database < backup_file

Эта операция не создает новую базу данных. Об этом необходимо позаботиться заранее.

Для примера, создадим новую базу данных под названием «restored_database», а затем развернем дамп под названием «database.bak»:

createdb -T template0 restored_database psql restored_database < database.bak

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

createuser test_user psql restored_database < database.bak

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

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

psql —set ON_ERROR_STOP=on restored_database < backup_file

С данной опцией мы получим частично восстановленную базу данных.

Можно попробовать восстановить весь дамп в одну транзацию, т.е. бекап будет или полностью восстановлен или не восстановлен совсем. Данный режим может быть задан, с помощью опций -1 или —single-transaction для psql.

psql -1 restored_database < backup_file

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

Резервное копирование и восстановление всех баз данных в PostgreSQL

Чтобы сэкономить время, можно сделать резервную копию всех баз данных в вашей системе, при помощи утилиты «pg_dumpall»:

pg_dumpall > backup_file

Похожим способом можно восстановить базы данных:

psql -f backup_file postgres

Резервные копии являются важным аспектом при любой работе с данными

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

В качестве дополнения скрипт, который создает резервную копию с меткой времени и сохраняет последние 14 резервных копий:

ls -t *.sql | sed -e ‘1,13d’ | xargs -d ‘\n’ rm echo Done at `date +\%Y-\%m-\%d_\%T` pg_dump dbname —username=dbuser > `date +\%Y-\%m-\%d_\%T`.sql

Вы можете оставить комментарий ниже.

Создание резервных копий

Пользователь и пароль

Если резервная копия выполняется не от учетной записи postgres, необходимо добавить опцию -U с указанием пользователя:

pg_dump -U dmosk -W users > /tmp/users.dump

* где dmosk — имя учетной записи; опция W потребует ввода пароля.

Сжатие данных

Для экономии дискового пространства или более быстрой передачи по сети можно сжать наш архив:

pg_dump users | gzip > users.dump.gz

Скрипт для автоматического резервного копирования

PGPASSWORD=password export PGPASSWORD pathB=/backup dbUser=dbuser database=db

find $pathB ( -name «*-1.*» -o -name «*-?.*» ) -ctime +61 -delete pg_dump -U $dbUser $database | gzip > $pathB/pgsql_$(date «+%Y-%m-%d»).sql.gz

* где password — пароль для подключения к postgresql; /backup — каталог, в котором будут храниться резервные копии; dbuser — имя учетной записи для подключения к БУБД. * данный скрипт сначала удалит все резервные копии, старше 61 дня, но оставит от 15-о числа как длительный архив. После при помощи утилиты pg_dump будет выполнено подключение и резервирование базы db. Пароль экспортируется в системную переменную на момент выполнения задачи.

Для запуска резервного копирования по расписанию, сохраняем скрипт в файл, например, /scripts/postgresql_dump.sh и создаем задание в планировщике:

3 0 * * * /scripts/postgresql_dump.sh

* наш скрипт будет запускаться каждый день в 03:00.

На удаленном сервере

Если сервер баз данных находится на другом сервере, просто добавляем опцию -h:

pg_dump -h 192.168.0.15 users > /tmp/users.dump

* необходимо убедиться, что сама СУБД разрешает удаленное подключение. Подробнее читайте инструкцию Как настроить удаленное подключение к PostgreSQL.

Дамп определенной таблицы

Запускается с опцией -t или —table= :

pg_dump -t students users > /tmp/students.dump

* где students — таблица; users — база данных.

Размещение каждой таблицы в отдельный файл

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

pg_dump -d customers > /tmp/folder

* где /tmp/folder — путь до каталога, в котором разместяться файлы дампа для каждой таблицы.

Только схемы

Для резервного копирования без данных (только таблицы и их структуры):

pg_dump —schema-only users > /tmp/users.schema.dump

Использование pgAdmin

Данный метод хорошо подойдет для компьютеров с Windows и для быстрого создания резервных копий из графического интерфейса.

Запускаем pgAdmin — подключаемся к серверу — кликаем правой кнопкой мыши по базе, для которой хотим сделать дамп — выбираем Резервная копия:

В открывшемся окне выбираем путь для сохранения данных и настраиваемый формат:

При желании, можно изучить дополнительные параметры для резервного копирования:

После нажимаем Резервная копия — ждем окончания процесса и кликаем по Завершено.

Инструкция по резервному копированию в 1С

Рассмотрим краткую инструкцию по снятию бэкапа базы данных в 1С. Инструкция подойдет как для файлового режима работы базы, так и клиент-серверного.

1 способ: Копированием файла конфигурации.

Это самый простой способ. Если конфигурация хранится на вашем компьютере или в локальной сети в отдельном каталоге (файловый вариант), то для того, чтобы сделать резервную копию нам достаточно скопировать файл 1Cv8.1CD из данного каталога или весь каталог целиком. Путь к каталогу с базой вы увидите внизу окна запуска 1С. В нашем случае путь выглядит так — «G:1с база».

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

2 способ: с помощью выгрузки информационной базы.

Если информационная база хранится на сервере с использованием системы управления базами данных СУБД, то никакого каталога с файлом 1Cv8.1CD нет, и вы не сможем воспользоваться 1 способом. 1 способ можно использовать только для конфигураций, работающих в файловом режиме. Этот способ с помощью выгрузки информационных баз является универсальным и позволяет делать резервные копии любых конфигураций, работающих как в файловом, так и в клиент-серверном варианте.

Как это сделать?

Запустите базу 1С:Бухгалтерия 8.3 в режиме конфигуратора:

Из меню выберите ‘Администрирование’-‘Выгрузить информационную базу…’:

Выберите место , куда сохранять (например, ‘Рабочий стол’). Введите имя архива (принято указывать название базы и дату архивации):

Готово! На рабочем столе появился файл ‘Бухгалтерия 02-01-17.dt’. Это резервная копия из которой мы при необходимости сможем восстановить базу.

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

Выгрузка копии базы данных в файл

Войдите в программу в режиме конфигуратор. Для этого в стартовом окне программы выберите нужную базу данных и нажмите «Конфигуратор»:

Вы попадёте в режим разработки и администрирования базы данных. Далее выберите в меню пункт «Администрирование — Выгрузить информационную базу…»:

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

Файл лучшего всего сохранять на внешний носитель (например, флешка, внешний жесткий диск).

Настройка резервного копирования файловой базы 1С

Зайдите в меню «Администрирование»-«Обслуживание»:

Раздел Обслуживание

Разверните раздел «Резервное копирование и восстановление»

Резервное копирование и администрирование

Здесь нас интересует поле «Способ резервного копирования».

Есть 2 варианта: «На локальном компьютере» и «1С:Облачный архив».

Рассмотрим каждый из вариантов.

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

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

Выберите «1С: облачный сервис» и нажмите «Подключить»:

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

В открывшейся форме введите свои логин и пароль от ИТС и нажмите «Подключиться»:

Мастер подключения 1С облачный архив

Дальше проблем быть не должно. Если будут — нажмите на «техническую поддержку»:

Техническая поддержка

Сформируется письмо в техподдержку, и она поможет вам зарегистрироваться.

На локальном компьютере

Если подписки ИТС:Проф нет, то облако обойдется вам почти в 1000р/месяц. Сейчас мы разберем как сделать тоже самое, но бесплатно.

Выберите вариант «На локальном компьютере» и нажмите «Настройка резервного копирования»:

На локальном компьютере

Поставьте флажок «Выполнять автоматическое резервное копирование»

Настройка резервного копирования файловой базы 1с

Укажите каталог для сохранения резервных копий. Лучше, чтобы это был отдельный жесткий диск. Если отдельного жесткого диска нет, то укажите каталог в том разделе диска, где НЕ установлен Windows. Т.е. любой, кроме диска «C»:

Каталог для сохранения резервных копий

«Хранить резервные копии» — укажите «Последние 10 шт», обычно этого достаточно, плюс будет не много места занимать на жестком диске:

Хранить только 10 последних копий

Теперь надо решить, как будет выполняться резервное копирование: «Регулярно по расписанию» или «При завершении работы».

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

Вариант «Регулярно по расписанию»

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

Тогда нажмите на «Один день; один раз в день» и выберите расписание. Например, через 15 минут после того, как все ушли на обед (на случай, если кто-то задержится)

Настройка расписания

В открывшемся меню поставьте «1» в поле «Повторять каждые», чтобы получилось «Каждый день; один раз в день»:

Каждый день. Один раз в день

Перейдите на закладку «Дневное» и укажите в поле «Время начала» время, когда надо делать резервную копию. Затем нажмите «Ок»:

Время резервного копирования

В результате должно получиться вот так:

Каждый день, с 13 15  

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

Вариант «При завершении работы»

Этот вариант подойдет вам, если вы последним уходите из офиса (или по крайней мере последним выходите из 1С).

При завершении работы

В этом варианте дополнительно ничего не нужно настраивать. Просто при закрытии 1С система будет предлагать вам сделать резервную копию.

Как происходит резервное копирование при завершении работы

При выходе из 1С будет появляться окно «Не выполнено резервное копирование при завершении работы»:

Если нажать «Завершить работу», то 1С закроется без резервной копии.

При нажатии «Продолжить работу» у правом нижнем углу 1С появится вот такое окно:

Окно, предлагающее сделать резервную копию

Нажмите на него, чтобы появилось вот такое окно:

Выполнить резервное копирование

Осталось только нажать «Завершить» не снимая флажок «Выполнить резервное копирование». После этого 1С сделает резервную копию и завершит работу:

Создание резервной копии информационной базы

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

Настройка автоматического автоархивирования в файловом режиме

Для выполнения этой задачи потребуется пункт «Поддержка и обслуживание», который расположен во вкладке с названием «Администрирование».

Настройка автоматического копирования 1С осуществляется в одноименном пункте раскрывающегося меню.

На этом этапе необходимо определиться с тем, где будут храниться создаваемые копии. Доступно несколько вариантов:

• внешний жесткий диск;
• в памяти стационарного компьютера;
• с помощью сервиса под названием «1С Облачный архив».

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

Автоматическое резервное копирование в 1С версии 8.3 можно задать при разных условиях:

• по расписанию;
• при закрытии программы.

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

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

У Вас задваивание безналичных платежей в УТ 11.4, исправляем!!!

Всем привет. Может такое произойти, что в окне безналичных платежей конфигурации УТ 11 происходит задвоение информации, т.е. от одного и того же контрагента пришли поступления одной и той же суммой в один и тот же день (дублирование). У меня данные из клиент-банка заливаются в БП, а затем через обмен выполняется перелив с БП в УТ, вот и получилось у меня задвоение. В журнале операций все прошло нормально, без задвоений, а вот в самой программе отобразилось уже так, произойти это могло по многим причинам (коряво прошел обмен, ошибка релиза, внутренние ошибки алгоритма и т.п. — вариантов масса).
Что я сделал, в первую очередь, конечно, резервную копию.

Как восстановить базу из копии

Для восстановления базы также есть два способа, в зависимости от того, как была сделана копия.

Способ 1: когда копия хранится в папке в файле 1Cv8.1CD. В этом случае базу можно запустить за несколько секунд. Правда, база будет занимать больше места на компьютере, чем в способе 2.

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

Если эта база не нужна, тогда вместо кнопки “Добавить” нажимаем “Изменить” и далее порядок действий похожий.

Жмем “Далее” и затем “Готово”. База появится в списке:

Способ 2: файл хранится в файле в формате dt.

После этого выйдет предупреждение, нажимаем “Да”:

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