Ремонт базы данных: различия между версиями

Материал из TekonWiki
Перейти к навигацииПерейти к поиску
Новая страница: «Category:База данных [http://tekon.ru/remontDB.pdf Ремонт базы данных original.gdb]»
 
Нет описания правки
Строка 1: Строка 1:
[[Category:База данных]]
[[Category:База данных]]
== Введение ==
Настоящее руководство предназначено для пользователей осуществляющих техническое обслуживание автоматизированной системы учета энергоресурсов на базе
АСУД-248 (далее АСУД). Документ основан на знании умении работать с базовым программным обеспечением АСУД.


[http://tekon.ru/remontDB.pdf Ремонт базы данных original.gdb]
В документе приводится последовательность операций по выполнению профилактического обслуживания и ремонта базы данных (БД) original.gdb
 
Профилактическую проверку состояния БД рекомендуется проводить 1 раз 2 месяца или после сбоев компьютера по питанию или любых других нештатных завершений его работы.
 
Необходимость ремонта БД связана с появлением ошибок при работе программ ASUDBase, например, таких как:
* «Internal gds software error...»
* «Невозможно получить доступ к файлу. Файл занят другим процессом...»;
* значительному увеличения размера БД, нестабильной работы OPC-сервера и т.п.
 
Следует отметить, что проверка и ремонт БД могут занимать значительное время  (до 30 минут) в зависимости от размера файла БД и числа найденных ошибок.
 
Проверка и ремонт БД выполняется с помощью программы ASUDBase, '''расположенной на той же машине''' что и БД, '''в монопольном режиме доступа''' к БД.  Т.е. к БД не должно быть подключено никаких программ.
 
== Подготовка к проведению ремонта ==
Для  конфигурации ASUDScada:
* Закрыть SCADA.
* Закрыть программы KCSLogger, RClient (если используются)
* Закрыть все клиенты ASUDBase на других ПК (если они подключаются к локальной БД)
* Открыть и свернуть конфигуратор OPC-сервера (или остановить службу Tekon OPC Server).
 
Если на время проведения ремонта необходимо запустить SCADA (для работы диспетчера), то:
* Переименовать файл original.gdb > original2.gdb
* Закрыть конфигуратор ОРС-сервера
* Запустить SCADA
 
В конфигурации WinAlarm
* Закрыть WinAl
* Закрыть программы KCSLogger, RClient (если используются)
* Установить DBConnection=0 в файле Winal.ini
* По необходимости запустить WinAl (для продолжения работы диспетчера).
 
После этого открыть программу ASUDBase и, если выполнялось переименование original.gdb,  выполнить подключение к БД original2.gdb (меню Файл \ Подключиться к БД).
 
== Ремонт БД ==
Далее ввести пароль Файл \ Ввод пароля (по умолчанию 0000) и выбрать меню Настройка \ Работа с БД \ Ремонт, откроется окно представленное на рисунке 1.
Если «Окно консоли» содержит ошибки или последняя строчка не соответствует надписи «...Firebird_2_1\bin» или «...Firebird_1_5\bin», следует попробовать перезапустить ASUDBase с административными правами, в противном случае проведение операции восстановления невозможно, следует обратиться в службу технической поддержки.
[[Файл:Remont db1.PNG|450px|мини|центр|Рисунок 1]]
 
Ремонт БД заключается в последовательном выполнении шагов с 1 по 4 (кнопки 1..4) при этом необходимо дожидаться выполнения каждого шага. При этом выполняется:
* 1. Проверка БД.
* 2. Фиксация ошибок БД.
* 3. Резервирование БД.
* 4. Восстановление БД.
 
Для запуска процесса ремонта (проверки) следует нажать кнопку 1. При этом в окне «Окно консоли» появятся строки показанные на рисунке 2.
[[Файл:Remont db2.PNG|450px|мини|центр|Рисунок 2]]
 
 
Следует дождаться завершения операции, о чем будет просигнализировано появлением новой строки «...Firebird_2_1\bin>», как показано на рисунке 3.
[[Файл:Remont db3.PNG|450px|мини|центр|Рисунок 3]]
 
Если в БД присутствуют ошибки и необходим ремонт - будет указано общее число ошибок «Number оf record level error». В этом случае необходимо продолжить выполнение ремонта БД, иначе проверку можно закончить - в БД ошибки отсутствуют.
 
В некоторых случаях на шаге 1 может появиться сообщение об ошибке представленное на рисунке 3.1. В этом случае следует в окне «Окно команд» добавить строку представленную на рисунке 3.2, где вместо «D:\DB\Tula\Bad\original2.gdb» скопировать строку с указанием пути к БД из «Окна консоли» см. рисунок 2. Нажать кнопку «Добавить». Дождаться завершения операции, о чем будет просигнализировано появлением новой строки «...Firebird_2_1\bin>», как показано на рисунке 3.2. Нажать кнопку «Очистить» и повторить Шаг 1 (нажав кнопку 1).
[[Файл:Remont db4.PNG|450px|мини|центр|Рисунок 3.1]]
 
[[Файл:Remont db5.PNG|450px|мини|центр|Рисунок 3.2]]
 
Далее нажать кнопку «2» (шаг 2) и дождаться его завершения, как показано на рисунке 4.
 
[[Файл:Remont db6.PNG|450px|мини|центр|Рисунок 4]] 
 
Далее нажать кнопку «3» (шаг 3) и дождаться его завершения.
 
Далее нажать кнопку «4» (шаг 4) и дождаться его завершения.
 
Закрыть программу ASUDBase.
 
==Завершение ремонта БД==
Для конфигурации ASUDScada (если была запущена SCADA):
* Закрыть SCADA.
* Открыть конфигуратор OPC-сервера (или остановить службу Tekon OPC Server).
Если выполнялось переименование БД, то переименовать файл original2.gdb > original.gdb
 
В конфигурации WinAlarm
* Закрыть WinAl
* Установить DBConnection=1 в файле Winal.ini
Если выполнялось переименование БД, то переименовать файл original2.gdb > original.gdb

Версия от 07:39, 19 апреля 2019

Введение

Настоящее руководство предназначено для пользователей осуществляющих техническое обслуживание автоматизированной системы учета энергоресурсов на базе АСУД-248 (далее АСУД). Документ основан на знании умении работать с базовым программным обеспечением АСУД.

В документе приводится последовательность операций по выполнению профилактического обслуживания и ремонта базы данных (БД) original.gdb

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

Необходимость ремонта БД связана с появлением ошибок при работе программ ASUDBase, например, таких как:

  • «Internal gds software error...»
  • «Невозможно получить доступ к файлу. Файл занят другим процессом...»;
  • значительному увеличения размера БД, нестабильной работы OPC-сервера и т.п.

Следует отметить, что проверка и ремонт БД могут занимать значительное время (до 30 минут) в зависимости от размера файла БД и числа найденных ошибок.

Проверка и ремонт БД выполняется с помощью программы ASUDBase, расположенной на той же машине что и БД, в монопольном режиме доступа к БД. Т.е. к БД не должно быть подключено никаких программ.

Подготовка к проведению ремонта

Для конфигурации ASUDScada:

  • Закрыть SCADA.
  • Закрыть программы KCSLogger, RClient (если используются)
  • Закрыть все клиенты ASUDBase на других ПК (если они подключаются к локальной БД)
  • Открыть и свернуть конфигуратор OPC-сервера (или остановить службу Tekon OPC Server).

Если на время проведения ремонта необходимо запустить SCADA (для работы диспетчера), то:

  • Переименовать файл original.gdb > original2.gdb
  • Закрыть конфигуратор ОРС-сервера
  • Запустить SCADA

В конфигурации WinAlarm

  • Закрыть WinAl
  • Закрыть программы KCSLogger, RClient (если используются)
  • Установить DBConnection=0 в файле Winal.ini
  • По необходимости запустить WinAl (для продолжения работы диспетчера).

После этого открыть программу ASUDBase и, если выполнялось переименование original.gdb, выполнить подключение к БД original2.gdb (меню Файл \ Подключиться к БД).

Ремонт БД

Далее ввести пароль Файл \ Ввод пароля (по умолчанию 0000) и выбрать меню Настройка \ Работа с БД \ Ремонт, откроется окно представленное на рисунке 1. Если «Окно консоли» содержит ошибки или последняя строчка не соответствует надписи «...Firebird_2_1\bin» или «...Firebird_1_5\bin», следует попробовать перезапустить ASUDBase с административными правами, в противном случае проведение операции восстановления невозможно, следует обратиться в службу технической поддержки.

Рисунок 1

Ремонт БД заключается в последовательном выполнении шагов с 1 по 4 (кнопки 1..4) при этом необходимо дожидаться выполнения каждого шага. При этом выполняется:

  • 1. Проверка БД.
  • 2. Фиксация ошибок БД.
  • 3. Резервирование БД.
  • 4. Восстановление БД.

Для запуска процесса ремонта (проверки) следует нажать кнопку 1. При этом в окне «Окно консоли» появятся строки показанные на рисунке 2.

Рисунок 2


Следует дождаться завершения операции, о чем будет просигнализировано появлением новой строки «...Firebird_2_1\bin>», как показано на рисунке 3.

Рисунок 3

Если в БД присутствуют ошибки и необходим ремонт - будет указано общее число ошибок «Number оf record level error». В этом случае необходимо продолжить выполнение ремонта БД, иначе проверку можно закончить - в БД ошибки отсутствуют.

В некоторых случаях на шаге 1 может появиться сообщение об ошибке представленное на рисунке 3.1. В этом случае следует в окне «Окно команд» добавить строку представленную на рисунке 3.2, где вместо «D:\DB\Tula\Bad\original2.gdb» скопировать строку с указанием пути к БД из «Окна консоли» см. рисунок 2. Нажать кнопку «Добавить». Дождаться завершения операции, о чем будет просигнализировано появлением новой строки «...Firebird_2_1\bin>», как показано на рисунке 3.2. Нажать кнопку «Очистить» и повторить Шаг 1 (нажав кнопку 1).

Рисунок 3.1
Рисунок 3.2

Далее нажать кнопку «2» (шаг 2) и дождаться его завершения, как показано на рисунке 4.

Рисунок 4

Далее нажать кнопку «3» (шаг 3) и дождаться его завершения.

Далее нажать кнопку «4» (шаг 4) и дождаться его завершения.

Закрыть программу ASUDBase.

Завершение ремонта БД

Для конфигурации ASUDScada (если была запущена SCADA):

  • Закрыть SCADA.
  • Открыть конфигуратор OPC-сервера (или остановить службу Tekon OPC Server).

Если выполнялось переименование БД, то переименовать файл original2.gdb > original.gdb

В конфигурации WinAlarm

  • Закрыть WinAl
  • Установить DBConnection=1 в файле Winal.ini

Если выполнялось переименование БД, то переименовать файл original2.gdb > original.gdb