WAPRO ERP архиватор базы данных

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

Рассмотрим это в категории нескольких сценариев.

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

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

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

Это можно сделать, выбрав соответствующую опцию в окне закрытия программы (например, WAPRO Mag или Аукционы WAPRO ). Пользователь в разрешениях должен иметь возможность запускать этот архив.

Доступ к конфигурации разрешений осуществляется из меню « Администратор»> «Пользователи и группы»> «Вкладка группы»> «Разрешения» после указания соответствующей группы. В случае WAPRO Aukcje регистрация ведется на учетных записях WAPRO Mag, поэтому это разрешение устанавливается один раз в Magus.

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

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

• выполнение архива по окончании работы с программой
• запуск вручную из меню
• автоматический запуск по расписанию - это будет описано более подробно через минуту

Для сценария 3 вы должны рассмотреть возможность создания промежуточной копии через день или несколько. Идея состоит в том, чтобы вместе с каждой резервной копией уменьшать объем потерянных данных, чтобы вы могли восстановить их как можно скорее. Вы можете сделать архив по окончании рабочего дня и копию в середине работы или даже 2 или 3 таких копии. В этом случае стоит подумать об использовании собственных методов SQL для выполнения базового архива таким образом, чтобы он не был слишком обременительным для работающих пользователей и, таким образом, уменьшил объем дискового пространства, необходимого для выполнения такого архива. Этот метод, однако, предназначен для опытных пользователей, и я не буду подробно описывать его здесь.

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

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

Сначала подготовьте так называемый файл конфигурации, то есть файл INI, в котором будет храниться информация о том, что вы хотите заархивировать и каким способом. Для этого вы можете либо вручную создать файл, например Configuration.INI в каталоге C: \ Program Files (x86) \ Common Files \ WAPRO \, либо создать его автоматически. Мы начинаем архивирование баз данных и после выбора опции «Архивация» на вкладке «Конфигурация», нажимаем настройки маски файла и затем нажимаем кнопку « Кому» для скрипта на вкладке «Архивация». Система позволит вам сохранить файл в указанном месте. После его запуска параметры появятся в архиваторе.
[Параметры]
Server =. \ Sql2016
Base = WAPRO
Winlogin = 1
Вход =
Пароль =
Каталог = D: \ Backup
ZIP = 1
CzescStala = Архив
NazwaBazy = 1
DataCzas = 1
HasloArchiwum =
Сжатие = 6

Большинство из них очевидны, WinLogin = 1 заслуживает внимания - эта опция позволяет вам использовать windows login для входа в SQL без необходимости вводить пароль в текстовом файле - я очень рекомендую эту опцию !!! Условие его использования, конечно, заключается в том, что учетная запись Windows или служба SQL, в контексте которой должно выполняться такое автоматическое резервное копирование, должны иметь право войти в SQL Server и выполнить архив.

Zip = 1 означает, что сжатие файла и сжатие = 6 позволяют определить, насколько сильно он используется (зависимость, которую я описал в предыдущей части статьи).

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

Режим «C: \ Program Files (x86) \ Common Files \ WAPRO \ archiver.exe» = 1 inf = config.ini

Что соответствует обращению к файлу archiwizator.exe из указанного каталога, mode = 1 говорит о том, что мы хотим сделать архивирование, а inf = config.ini содержит подробную информацию о том, как это нужно сделать, где войти, какую базу данных архивировать и как называется файл. , Важно, чтобы путь был заключен в кавычки, потому что он содержит пробел. Файл, созданный таким образом, должен быть сохранен из блокнота с опцией Сохранить как в определенном месте на диске, например Backup_wapro.cmd - расширение .cmd или .bat. Вы также можете использовать скрипт PowerShell, но эта статья не будет иметь дело с этим.

Теперь вы можете проверить правильность этой конфигурации, запустив файл Backup_wapro.cmd. Если все верно, окно архиватора появится во время архивации.

Следующим шагом является запуск этого автоматически для этой цели, вы можете запустить планировщик заданий в системе, а затем выбрать опцию Создать базовую задачу, введите имя задачи, после чего в разделе Триггер определить, что делать, например, Ежедневно после прохождения Далее вводим час и сколько дней. В разделе « Действие » выберите « Запустить программу» и перейдите к « Далее», а затем в поле « Программа / сценарий» с помощью параметра « Обзор ...». Выберите файл Backup_wapro.cmd, который вы только что создали.

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

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

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

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

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

Вы можете снова автоматизировать его, создав другой файл сценария, например: Delete OlderNiz30Dni.cmd, где в определении сценария находится команда

forfiles / PD: \ backup / D-30 / M *. * / C "cmd / c del @path"

Это может быть отдельный скрипт, вызываемый в другую дату, или это может быть другая строка, добавленная в скрипт Backup_wapro.cmd, затем сначала будет выполнен архив, а затем будут удалены файлы старше 30 дней.

В стратегии копирования стоит скопировать архивные файлы на дополнительный носитель, например, на дополнительный файловый сервер NAS, который позволит хранить эти данные на дополнительных дисках, сконфигурированных с использованием RAID 1, или другого, обеспечивающего более высокий уровень безопасности. Мы обеспечиваем дополнительную безопасность этим методом. Для этого вы можете снова добавить новый скрипт или расширить базовый с помощью строки:

forfiles / PD: \ backup / D% date% / M *. * / C "cmd / c copy / Y @path E: \ backup"
Где e: \ Backup - подключенный диск, или вы можете заменить его на UNC-адрес, например, \\ 192.168.1.150 \ backup

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

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

Похожие