Профилактика и обслуживание базы данных Storehouse_4
Менеджер сервера (Sdbman)
Важно!
Перед выполнение любых сервисных операций, связанных с базой данных, необходимо создавать резервную копию!Общая информация
SDB server manager (Sdbman.exe) - основное приложение для диагностики и обслуживания баз данных SH4.
Так как формат базы данных (*.SDB, *.SDL) зашифрован, других средств для работы с базами данных SH4 нет.
Основной функционал приложения Sdbman:
- создание резервной копии базы данных
- восстановление базы данных из резервной копии
- выполнение запросов к базе (собственные процедуры, поддержки SQL-языка нет)
- встроенные инструменты для диагностики и ремонта структуры базы данных
- статистическая информация по работе сервера склада
- информация о подключениях к серверу клиентов
- управление ролями и правами пользователей
- сервисные настройки для оптимизации быстродействия базы данных
Меню "Пользователи"
В данном меню находятся следующие пункты:
- Список пользователей
- Список ролей
- Список соединений
Создание ролей и назначение прав подробно описано в руководстве пользователя по системе StoreHouse v4 ftp://ftp.ucs.ru/books/storehouse_v4_user_manual.pdf
В списке соединений можно посмотреть информацию по всем клиентам, подключенным на данный момент к серверу SH4.
В списке соединений указывается следующая информация:
- Пользователь - пользователь SH4, вошедший в систему на клиентском рабочем месте
- Компьютер - имя компьютера, на котором запущен клиент
- Идентификатор - служебный идентификатор соединения
- Протокол - протокол, используемый клиентом для подключения к серверу
- IP-адрес - IP-адрес клиентского компьютера (хоста)
Список соединений можно использовать для анализа сообщений системы типа "Превышен лимит подключений к серверу" - т.к. лицензионный ключ защиты содержит ограничение на кол-во возможных одновременных подключений клиентов к серверу склада, каждое подключение клиентского приложения, включая сервисные приложения (Sh4Utils, инвентаризация и т.д.), будет учитываться ограничением лицензии.
Меню "Обслуживание"
В данном меню находятся следующие пункты:
- "Резервное копирование" - операция ручного создания резервной копии базы данных
- "Размер файла БД..." - отображает статистику по рабочей базе данных и позволяет изменять размер базы данных
Размер базы данных указывается в страницах или в мегабайтах (1 страница = 4Кб или 1Мб = 256 страниц) - параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого.
При создании базы данных по умолчанию устанавливается размер в 35 000 страниц (приблизительно 137Мб) - как правило, базы данных такого размера хватает примерно на 2-3 года работы предприятия общественного питания.
Увеличивать размер базы рекомендуется постепенно, т.е. добавляя к первоначальному размеру не более 30000-50000 страниц. Задавать максимальный размер количества страниц в базе сразу не рекомендуется, т.к. это может усложнить процедуры связанные с перемещением и обслуживанием файла БД такого размера.
Примечание
Система не позволит установить новый размер базы данных, который меньше текущего используемого размера (в статистике параметр "Используется страниц").Важно!
Предельный размер базы данных StoreHouse v4 примерно 1,8Гб (точно - 1792 Мб или 458752 страниц)В системе есть два похожих сообщения: "страничный кэш исчерпан" и "недостаточно страниц в базе данных", которые относятся к разным сущностям сервера склада. Иногда это приводит к путанице между понятиями "количество страниц в базе данных" и "страничный кеш" - в каждом случаев необходимо выполнить соответствующие настройки
- "Диагностика" - диагностика и автоматическое восстановление структуры базы данных.
Если в процессе работы с базой данных возникают сообщения, ссылающиеся на "страницы", "индексы", "ключи", вероятнее всего есть структурные повреждения базы данных - в таком случае необходимо воспользоваться диагностикой и восстановить структуру базы данных.
Применение диагностики с последующими процедурами резервного копирования и восстановления из резервной копии, позволяют восстановить работоспособность более чем в 90% случаев при возникновении структурных ошибок в базе данных SH4.
Если резервная копия стандартными средствами не выполняется, вероятнее всего, база данных содержит серьезные структурные нарушения и продолжать работу в такой базе не рекомендуется. В таких случаях необходимо восстановить базу данных из созданной ранее резервной копии или обратиться к специалистам службы поддержки компании ЮСИЭС.
Меню "Прочее"
В данном меню находятся следующие пункты:
- "Ограничения на работу с отрицательными остатками ..." - возможность запретить расходование в минус расходными и/или прочими накладными
Примечание
Опция "Запрет на приходование при отрицательных остатках" включена по умолчанию и не может быть отключена в стандартной версии склада- "Оптимизация вычисления себестоимости" - включение опции хранения себестоимости накладных в закрытом периоде
Как следует из названия опции, оптимизация работает для закрытого периода. Таким образом, данную опцию имеет смысл использовать только совместно с операцией закрытия периода в приложении Sh.exe, меню "Сервис" ⇒ "Закрытие периода":
Операцию закрытия периода желательно выполнять регулярно и как можно ближе к текущей дате, что обеспечит высокую производительность системы при построении списков документов, отчетов и т.д. Особенно заметно это будет на достаточно больших базах, информация в которых накапливалась несколько лет.
- "Снять блокировки..." - удаление блокировок документов, установленных всеми пользователями либо конкретным пользователем
- "Доп. ограничения на открытый период..." - задание кол-ва дней от текущей даты в течение которых возможно изменение документов в складе
Система будет автоматически закрывать документы для редактирования, которые введены ранее указанного кол-ва дней.
Обработка параметра:
- для версий склада ниже 4.99.ххх: при указании значения 1 разрешается править документы со вчерашнего дня, при значении 2 - с позавчерашнего и т.д.
- для версий склада 4.99.ххх и выше: при указании значения 1 разрешается править документы с сегодняшнего дня, при значении 2 - со вчерашнего и т.д.
- "Статистика" - список всех объектов системы с возможностью просмотра детальной информации по каждому объекту
Статистика и информация по объектам системы может быть полезной в различных аспектах - обслуживании базы данных, локализация технических проблем в работе системы и т.д.
Например, можно посмотреть общую статистику по серверу SH4:
- версия сервера (Server version)
- размер файла базы данных (Dbfile size)
- размер файла журнала транзакций (Dblog file size)
- размер лог-файла сервера (Server log file size)
- версия базы данных (Db file version)
- максимально возможный размер базы данных в страницах и Мб (Db file version)
- размер области базы данных, заполненной полезной информацией (Db commited pages) - по этому показателю можно делать вывод, насколько база уже заполнена и как скоро потребуется увеличение размера и/или операция удаления документов
- максимальный размер страничного кэша (Server cache max pages)
- размер используемого (выделенного) страничного кэша (Server cache allocated pages)
- сетевые протоколы, поддерживаемые сервером (Net protocols)
- дата и время последней успешной операции создания резервной копии базы данных (Last backup) - исходя из значения этого параметра, который хранится в самой базе, сервер выполняет автоматические операции по созданию резервных копий.
- "Выполнить запрос" - сервисный инструмент для работы со встроенными или внешним процедурами
Для получения информации по встроенным процедурам сервера достаточно указать наименование процедуры в поле "Процедура" и выполнить запрос (с помощью вызова контекстного меню или с помощью соотв. иконки на панели задач).
Для работы с внешними процедурами требуется указание в поле "Библиотека" полного пути к сервисной библиотеке (библиотека, как правило, предоставляться вместе с инструкцией по решению проблемы - пример такой библиотеки ShFix.dll ftp://ftp.ucs.ru/storehouse/sh4/shfix)
Параметры конфигурации сервера (SdbsConf)
SDB server configuration utility (SdbsConf.exe) - основное приложение для настройки параметров конфигурации сервера SH4.
Параметры конфигурации сервера подробно описаны в статье об установке и настройки StoreHouse 4.
В данном разделе рассмотрены особенности и рекомендации для некоторых параметров, связанных с сервисным обслуживанием:
- Backup directory (Каталог резервных копий) - полный путь к директории, в которой будут храниться резервные копии баз данных. Рекомендуется для каждого сервера создавать отдельную директорию для хранения резервных копий , что-бы в будущем было проще ориентироваться в принадлежности резервных копий тому или иному серверу.
- Backup options (Параметры резервного копирования) - включение/отключение автоматического режима резервного копирования БД и указание параметров резервного копирования.
Важно!
Крайне рекомендуется всегда включать режим автоматического резервного копирования с опциями "Backup time" и "Stop server on error" - отсутствие актуальных резервных копий самая частая причина невозможности оперативно восстановить работу системы в случае поломки БД!Параметры резервного копирования:
- Backup time (Время резервирования) - выполнять резервное копирование в конкретное время суток, рекомендуемый режим
- On database loading (При запуске сервера) - выполнять резервное копирование во время запуска сервера, ненадежный режим
- On sever shutdown (При остановке сервера) - выполнять резервное копирование во время остановки сервера, ненадежный режим (например, при выключении ПК сервер сначала выполнит резервное копирование и только затем завершит работу)
- Stop server on error (Остановка сервера при ошибке) - при включении опции сервер будет остановлен после неудачной попытки резервного копирования и клиенты получат сообщении о невозможности продолжать работу это рекомендуемая опция.
Важно!
С выключенным параметром "Stop server on error" сервер будет продолжать работу даже в случае возникновения каких-либо проблем в процессе создания резервной копии - это может привести к тому, что Заказчик лишится возможности быстрого решения возможных проблем, в том числе связанных со структурным нарушением целостности базы данных.В случае несвоевременной реакции на возникшие проблемы в базе данных, существует несколько вариантов решения, которые не всегда могут устроить Заказчика:
- восстановить базу данных из ранее созданной резервной копии, что может привести к утере части актуальных данных
- обратиться в службу поддержки компании r_keeper для восстановления базы данных - операция в большинстве случае дает положительный результат (в некоторых случаях с незначительной потерей актуальных данных), но требует определенного времени на выполнение работ, в течении которого работа Заказчика в системе SH4 должна быть приостановлена
Дата последней успешной операции резервного копирования хранится в базе данных - эта дата используется сервером для планирования операций автоматического резервного копирования. Если при попытке принудительно выполнить автоматическое резервное копирование (например, с помощью перезапуска сервера) резервная копия не создается, это может говорить о том, что сервер уже выполнял операцию в пределах периода, заданного в параметрах резервного копирования (проверить дату и время последней созданной резервной копии можно с помощью приложения Sdbman.exe в меню "Прочее" ⇒ "Статистика".). Вручную резервное копирование можно выполнить в любой момент. Если же требуется создание именно автоматической резервной копии (например, в случае восстановления пользователя и пароля администратора базы данных), необходимо временно изменить системную дату компьютера, чтобы согласно заданным параметрам операция выполнилась автоматически - после успешного завершения операции дату необходимо установить в текущее значение.
- Automatic recovery (Автоматическое восстановление) - устанавливает режим автоматического восстановления БД при сбоях (например, при нештатном отключении питания), восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (Database Log)