Наверх

База знаний
Try 2 Fix
beta

PostgreSQL 9.4.2-1.1C: Резервное копирование SQL баз данных 1С самым простым путём

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

Сам скрипт (который упаковываем в *.cmd):

@echo off
set h=%TIME:~0,2%
set m=%TIME:~3,2%
set s=%TIME:~6,2%
set dd=%DATE:~0,2%
set mm=%DATE:~3,2%
set yyyy=%DATE:~6,4%
"C:\Program Files\PostgreSQL\9.4.2-1.1C\bin\pg_dump.exe" -U postgres -F c -b bdname > "D:\BackUps\%yyyy%.%mm%.%dd%_%h%.%m%.%s%_bdname_.butts"

Что у нас тут есть:

  • Первые строки — это получение даты и времени.
  • Скрипт начинается с полного пути утилиты pg_dump.exe.
  • -U postgress — это ключ и само имя пользователя PostreSQL.
  • -b bdname — это ключ и имя базы данных из оснастки pgAdmin.
  • После > у нас идёт путь выгрузки и имя файла. Расширение ставим «.butts» — оно ничего не значит, но лучше какое-нибудь простое слово, чем .backup. Это дополнительная защита от шифровальщиков. Итоговое имя файла будет следующим
    2017.01.19_ 9.15.38_bdname_.butts

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

Эти статьи будут Вам интересны

Тюнинг PostgreSQL 9.4.2-1.1C для 1С:Предприятия 8.3: рельаный опыт настройки

Как только размер файловой базы данных 1С:Предприятие одного из наших клиентов достиг размера в 32Гб (да, 32Гб), в следствии чего всё постепенно начало тормозить, а потом и встало намертво, наши клиенты попросили нас решить эту проблемы. SSD Enterprise класса ненадолго подсластил пилюлю, но через некоторое время всё вернулось в исходную точку. Ну что ж, тут и к бабке не ходи – переходим на SQL версию БД. Поскольку мы ярые пользователи Windows, доступно нам только два варианта СУБД – это MSSql и PostgreSQL. Первый хорош до безумия, но стоимость не порадовала. А ещё больше не порадовала новость о дополнительных лицензиях 1С для работы с MSSQL. Поэтому PostgreSQL. Подробная инструкция с видео доступна здесь. В этой статье мы пройдёмся по ключевым моментам. Не забываем про резервное копирование баз данных 1С! Исходные данные: ОС Windows Server 2008R2, Intel Core i7-2600K 3.40GHz, 32Gb RAM, Intel SSD DC3700 100Gb (только под БД, ОС на отдельном SSD), от 10 до 20 пользователей в БД ежедневно, обмен с 5 узлами распределённой БД в фоне. Зловеще, не правда ли? Приступим.

Запуск программы от имени Администратора в Windows

Начиная с Windows Vista в линейке этой ОС появляется необходимость запускать некоторые  программы от имени Администратора. Лучше поздно, чем никогда: в Unix-подобных ОС работать с повышенными правами вообще не рекомендуется, для этого есть sudo. И да, с незапамятных времён. К слову в Windows XP и ниже это тоже можно было сделать, только вот это не требовалось, если у Вашей учётной записи уже есть права Администратора. Но содержимое файлов манифестов приложений изменилось навсегда и некоторое ПО без повышенных прав просто не заработает. А если Вы вздумали покопаться в системе или изменить реестр - без этого не обойтись. Начинаем.

Печать контрольной ленты из ЭКЛЗ Штрих-ФР-К

Для проверки отчётности иногда требуется получить полный перечень продаж (чеков) из фискального регистратора. Случается, что данные из учётной программы и данные из ЭКЛЗ расходятся (задваиваются или наоборот, какие-то продажи не проходят), и тогда требуется найти "виновного". Все чеки в учётной программе хранятся в доступном виде. Как же получить чеки с суммами из фискального регистратора? Рассказываем!