Комплект скриптов BAT для обслуживания баз данных на POSTGRESQL

27.10.20

База данных - Администрирование СУБД

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

Скачать исходный код

Наименование Файл Версия Размер
Комплект скриптов BAT для обслуживания баз данных на POSTGRESQL.:
.zip 0,87Kb
43
.zip 0,87Kb 43 Скачать

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

Порядок использования:

1. Вносим свои настройки в скрипты с использованием тестового редактора:

2. Используем, запуская вручную или добавив в планировщик задач, для этого:

  • Нажмите клавиши Windows + R на клавиатуре
  • В появившемся окне введите taskschd.msc
  • Действия - Создать простую задачу
  • Вводим имя - имя скрипта. Далее
  • Выбираем периодичность Далее
  • Выберите действие задачи - Запустить программу Далее
  • Программа или сценарий - Выбираем скрипт Далее
  • Готово

 

1. pg_backup.bat  - Резервное копирование баз данных

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET backup_path=\\backup\bkp\1c
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

backup_path = путь к каталогу куда будут складироваться резервные копии

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

Периодичность выполнение этого скрипта зависит от  критичной продолжительности вводимых данных. Лучше всего это делать 1 раз в день.

 

2. pg_analize.bat  - Обновление статистики

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

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

 

3. pg_service.bat  - Полное обслуживание базы данных

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

Периодичность выполнение этого скрипта необходимо настраивать на раз в 2-3 дня в нерабочее время.

 

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

См. также

Установка и получение лицензии на базовую конфигурацию 1С на Mac OS

Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

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

11.04.2024    319    pahmutov    0    

2

Установка тонкого клиента 1С на Rasbian (Raspberry Pi 5)

Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

После приобретения Raspberry Pi 5 решил проверить, есть ли возможность использования устройства для организации тонкого клиента. В результате столкнулся с особенностью установки 1С: Предприятие 8.3.23 на Raspbian, решением которой я хочу поделиться с сообществом.

07.04.2024    575    Bessome    3    

5

Порционный шринк базы

Администрирование СУБД Бесплатно (free)

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

28.03.2024    1245    Garilia    2    

15

Создаем сценарии обслуживания SQL в Центре Контроля Качества 1С (Центр Администрирования)

Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

Данная статья научит вас, как создавать скрипты обслуживания MS SQL для Центра Контроля Качества (ЦКК) или Центра Администрирования (ЦА).

20.03.2024    724    Silenser    0    

5

Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

Обмен между базами 1C Администрирование СУБД Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?

11.03.2024    5801    dsdred    53    

82

Инструкция по установке Postgres для OLTP приложений и 1С. Часть 1. Базовая конфигурация

Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

В Postgres достаточно подробная документация, и, видимо, поэтому при инсталляции Postgres для 1С большинство параметров приходится выставлять самим. Параметров в Postgres много, а составить эффективную комбинацию не так просто. Все упрощается, если рассмотреть профиль нагрузки, например, 1С это прежде всего профиль OLTP нагрузки – так устроены его метаданные (объекты). Если сосредоточиться на оптимизации профиля OLTP, понимание Postgres сразу упростится.

15.02.2024    2519    1CUnlimited    14    

28

Очистка устаревших патчей в конфигурациях на базе БСП

Администрирование СУБД Бесплатно (free)

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

01.02.2024    1809    Sergey1CSpb    20    

16

Как запустить сервер лицензирования 1С на примере облачной платформы

Администрирование СУБД Россия Бесплатно (free)

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

25.01.2024    1922    doctor_it    15    

18
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. sklskl 8 28.10.20 11:07 Сейчас в теме
Я так понимаю в пункте 1 будет pg_dump, при этом явно были сохранены логины и пароли для доступа к \\backup. Не совсем удачный вариант. В пункте 2 явный analyze, ну в пункте 3 скорее всего vacuum full который в принципе то не нужен, если нормально настроен постгрес и успевает работать autovacuum. Исключение загрузка из dt и огромное количество удаляемых данных.
+
2. pryaneg2008 108 28.10.20 14:54 Сейчас в теме
Путь к каталогу указан явно без учетных данных из соображения того, что этот путь может быть либо локальная папка без каких-либо особенностей безопасности, либо сетевой каталог, учетные данные от которого сохранены в хранилище сетевых паролей того пользователя под которым в дальнейшем настроено задание планировщика. Все верно. по 3 пункту происходит vacuum full + reindex, операция актуальна для больших и средних баз, а также после загрузки из dt. В маленьких и autovacuum будет успевать.
+
3. toil 03.11.20 09:55 Сейчас в теме
(2)
3 пункту происходит vacuum full

Надеюсь все представляют, что vaccum full это полная перезапись всех файлов БД (да постгрес хранит все в файах), то есть берется файл - делается его копия и туда тупо переписываются актуальные данные не помеченные к удалению и так последовательно все файлы. Как сказано выше при нормально работающем autovaccum с версии примерно 9.6 - vacuum full раз в 2-3 дня вредный совет. При работе на SSD не серверного класса это еще и убивает диск. Хотите reindex сделайте его отдельно.
+
4. pryaneg2008 108 03.11.20 16:42 Сейчас в теме
(3) Справедливое замечание. Конечно все зависит от периодичности выполнения этой операции, но я так и поступлю. Добавлю отдельный скрипт с реиндексацией. Спасибо!
+
5. frkbvfnjh 787 20.07.21 13:58 Сейчас в теме
А для чего делается обновление статистики? Запросы выполняются быстрее?
+
6. pryaneg2008 108 22.07.21 08:41 Сейчас в теме
(5) Перед каждым запросом формируется план запроса, включающий в себя последовательность действий. Одинаковые запросы в СУБД кэшируются(сохраняются) и накапливаются. Кэш представляет соответствие запроса и плана. Сама статистика представляет из себя таблицу в которой хранятся значения индексов и полей таблиц, которые критичны для оптимизации плана. При очередном формировании запроса, СУБД пытается вытащить план в первую очередь из кэша, но в там он может быть не актуальным(не оптимальным). Поэтому есть такая процедура, как обновление статистики, которая и обновляет этот кэш актуальными планами запроса. Но сильного ускорения базы ждать не стоит, если статистика оптимальная, то после обновления оптимальней она не станет или будут минимальные изменения. При этом процедура обновления статистики выполняется быстро, не блокирует таблицы, не накладывает монопольный режим на БД. То есть достаточно безопасная для того, чтобы выполнять ее во время работы пользователей. Обычно ее заряжают по 2 раза в сутки планировщиком и норм.
+
7. SerVer1C 750 19.08.21 15:42 Сейчас в теме
Постгрес под вендой - сомнительное удовольствие...
+
8. CheshirCat696 08.11.21 08:36 Сейчас в теме
Подскажите, как понять, что скрипт выполняется? Пробовал выводить в %LogFile% там ничего.
+
Внимание! Тема сдана в архив