1. Техническое описание


Настройка локального варианта



бет5/9
Дата15.03.2016
өлшемі1.15 Mb.
#54931
1   2   3   4   5   6   7   8   9
1.2.1.5.3.Настройка локального варианта.

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

  1. Адрес системы (Address в AS.CFG)

  2. Пути расположения файлов базы данных и рабочих каталогов. В этом случае полезно использовать макроподстановку define Host = … для облегчения дальнейшей модификации всех путей.

  3. Назначить порты принтера и модема в соответствии с используемыми COM портами.

  4. Поверить правильность путей приема необходимых файлов в файле конфигурации Chkpack.cfg и внести туда по необходимости свои, дополнительные, имена файлов.

  5. Настроить прилагающийся командный файл AsBase.bat в соответствии с собственными нуждами, а именно: проверить параметры запуска драйвера модема bnu.com, а также правильность составления самого файла.

  6. Внести необходимые изменения или дополнения в файлы конфигурации asmail.cfg и asmail.evt

  7. Запустить программу ASBASE, и, если в ней не разрешен произвольный вход – ввести имя пользователя Администратор, пароль Asbase (строчными буквами) и через меню программы ФайлСписок пользователей внести всех пользователей и назначить им права доступа.

  8. Проверить правильность работы всех компонент комплекса.

Ниже приведены примеры конфигурационного файла AS.CFG для районного подразделения (без комментариев к командам). Жирным выделены команды, требующие проверки и изменения в каждом конкретном районе.:



Полное описание всех параметров

Упрощенная конфигурация с использованием умолчаний

Address = 73:5030/1.41

define password = Password

define host = c:\asbase

define mail = %host%\mail

ModemPrefix = ATDP8w

ModemPort = 3

Port = 2

OrgPrefix = ГОВД

BossPhone = 111-1111 %Password%

data_path = %host%\Data\

receive_path = %host%\base\in\

send_path = %host%\base\out\

archive_path = %host%\archive

mailer_send = %mail%\out

mailer_income = %mail%\in

bad_income = %host%\bad

unknown_income = %host%\unknown

log_path = %host%\log

temp_path = %host%\temp

Ans_Path = %host%\ANS

AsBaseLog = asbase.log

CHPackLog = asbase.log

ASMailLog = asmail.log

Always_France = Yes

BsyMaxWait = 10

InboundRescanPeriod = 45

Adr_region =Санкт-Петербург

Check_RUSDB = yes

Rus_Serial = 58

Rus_year = 97




Address = 73:5030/1.41

Bossphone = 8w111-1111

Define host = c:\asbase

OrgPrefix = ГОВД

Rus_Serial = 58

replace %host%\ *.cfg *.key bnu.com

replace %host%\ asbase.exe asmail.exe

replace %host%\ chkpack.exe asprt.exe


receive %host%\texts\ *.doc *.txt *.me

receive %host%\ans\ *.ic? *.gi? *.gr? *.an? *.mi?

receive %host%\in\ *.slv




1.2.1.5.4.Настройка сетевого варианта.

При использовании сетевого варианта следует ориентироваться на следующие принципы построения комплекса:

  1. Почтовая система может, и, в случае региональной установки, просто обязана быть отделена от рабочих мест операторов. Следует учитывать, что почтовая система может также использовать несколько телефонных линий, и, при необходимости использования такой многолинейной системы следует выбрать платформу установки (OS/2, Windows’95 или NT).

  2. Обработчик запросов (принимаемых файлов) может быть установлен как еще одна отдельная машина (запуск Asbase.exe /server) или же запускаться локально, по приему файлов с почтовой машины. Во втором случае в AsMail.cfg необходимо сконфигурировать процессы запуска обработчика запросов, например, в простейшем случае, добавить следующие строки: StartProcess file *.* Receiver

DefProcess Receiver

Spawn chkpack.exe



Spawn asbase.exe /Receive

EndDef

  1. Сетевые рабочие места могут быть как полноценными компьютерами, так и машинами, лишенными жесткого диска. Во втором случае загрузка таких компьютеров производится непосредственно с центрального сервера, а сетевые карты должны быть оборудованы микросхемами удаленной загрузки (BOOT ROM). Пример Image-файла, необходимого для загрузки таких компьютеров прилагается в комплекте поставки.

  2. В качестве файл-сервера, хранящего файлы базы данных, наиболее удачно подходит серверная платформа Novell Netware, простая в установке и максимально надежная в работе. Вы можете использовать и другие серверные решения, начиная от Linux и кончая одноранговыми сетями в windows’95, в этом случае просто отдавайте себе отчет в том, что вся ваша информация может быть безвозвратно утеряна после очередного запуска scandisk-a.

  3. Клиенты сети, не работающие с базой данных, должны быть изолированы от возможности доступа к ней (разделение прав доступа к файловой структуре сервера), вход в сеть без ввода сетевого пароля может быть разрешен только автоматически загружающимся (BOOT-ROM-ным) компьютерам.

  4. Для унификации путей в конфигурационных файлах у всех пользователей сети, расположение разделов сервера по логическим именам дисков должно совпадать. (Например, все пользователи видят раздел с базой данных как диск Z:, рабочий раздел – как W: и т. п.).

Приведем пример построения дерева каталогов системы в случае сетевого использования, с ограничениями права доступа определенных категорий лиц (перечислены в скобках) в терминах и определениях сервера Novell NetWare:

Группы пользователей:

EVERYONE - Стандартный, минимальный набор прав доступа.

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

PVSUSERS - Обычные пользователи базы данных, имеют права доступа к базе данных.

USERS - Прочие пользователи.
Разделы сервера:

SYS: - Стандартный системный раздел. Частично доступен EVERYONE

WORK: - Раздел общего пользования, считаем, что он полностью доступен EVERYONE.

BASE: - Раздел базы данных, доступен на чтение только группам BOOTROM и PVSUSERS.

Пользователи:



MAILER - Выделенная машина, принадлежит к группе BOOTROM, имеет права полного доступа к рабочим каталогам почтовой программы (MAIL_IN,MAIL_OUT,TEMP), и ограниченными правами доступа на IN (Поиск, Запись) и OUT (Поиск, Чтение, Удаление).

OBR - Обработчик запросов. Имеет полный доступ к каталогам IN,OUT,DATA. При использовании почтовой системы не только в целях передачи собственных данных, обработчик должен быть установлен отдельно от почтовой машины для повышения уровня безопасности данных. В полностью закрытой для постороннего доступа системе это условие может не соблюдаться.

[USER] - Пользователи базы данных, имеющие персональные имена и настройки, принадлежащие к общей группе PVSUSERS. Группа имеет, как уже было сказано выше, права чтения и поиска по всему разделу BASE:, а также полные права доступа для каталогов TEMP и DATA.

Ниже приведено возможное дерево каталогов сервера и соответствующие настройки программы:

Файл AS.CFG:

; Считается, что раздел BASE: подключен, как диск Z:



Define Host=Z:

Data_Path = %host%\Base\Data

Send_Path = %host%\Base\Out

Receive_Path = %host%\Base\In

Archive_Path = %host%\Base\Archive

Log_Path = %host%\Log

Mailer_Income = %host%\Mail\In

Mailer_Send = %host%\Mail\Out

Temp_Path = %host%\Temp
Файл ChkPack.cfg, для обновления программного обеспечения:
Receive %host%\Program As*.* *.cfg *.evt chkpack.*

Receive %host%\Program baselist.dat *.lng


1.2.1.5.5.Настройка почтовой программы

Для районной версии программного обеспечения программе AsMail вполне достаточно файла конфигурации AS.CFG, но при этом обработку принятых файлов и вгрузку должен делать командный файл, запускающий почтовую программу, кроме того, при отсутствии каких либо указаний по поводу обработки файлов Asmail использует следующие команды конфигурации по умолчанию:

Файл конфигурации Asmail.cfg:


StartProcess AnyFile Tosser ; Запускать обработчик по приему любого файла

DefProcess Tosser ; Описание процесса обработки принятых файлов.

spawn chkpack.exe ; Запуск обработчика файлов.

spawn Asbase.exe /receive ; Запуск AsBase в режиме приема данных

EndDef

При наличии файла конфигурации asmail.cfg и присутствии в нем команды StartProcess AnyFile … указанное выше умолчание не используется.


В центральной (региональной) версии почтовая программа может не только обслуживать несколько телефонных линий, но и должна обрабатывать ряд других задач приема-передачи данных. Например, ниже приведена конфигурация для 5-ти линейной почтовой системы, работающей под управлением многозадачной операционной системой OS/2.
Address 73:5030/1.0 ; Наш адрес

Address 74:5030/1.0 ; Вспомогательный адрес.

StationName Dusty Line #%1% ; Номер линии берется как 1-й параметр командной строки.

Myname Dusty Server ; Как меня зовут

Define mp=c:\exe\modem

InboundPath %mp%\files ; куда все файлы принимать

BinkleyOutbound %mp%\asmail\out ; Откуда файлы посылать

LogFile %mp%\asmail\log\asmail%1%.log ; каждая линия ведет свой протокол.

EmsiLog %mp%\asmail\log\emsi%1%.log

EventFile %mp%\asmail\asmail.evt ; Не забудь заглянуть

NetMailPath %mp%\asmail\mail\Netmail ; Указывает путь к нетмейлу

NodelistPath %mp%\asmail\nodelist ; Путь к спискам узлов.

Language c:\exe\modem\asmail\russian.lng ; файл языковой поддержки

Override 73:5030/2.0 -

Override 73:5030/1.0 - - 00:00-7:00

; -- имя индекса - локальный- полный -- пойнтлист--



Nodelist Cop 73node.062 -73pnt.*

AssignTo Cop 73

;

Port 10 ; Номер COM-порта по умолчанию.



Multiline ; Включение многолинейного режима.

MailerLine %1% ; Насильственное задание номера линии.

[5] port 12 ; Различные номера COM-портов для разных линий.

[6] port 8

[7] Port 9

[8] Port 10

[9] Port 11



Speed 38400 ; Скорость портов.

StartProcess AnyFile Free ;затычка' см подробности в документации

StartProcess File *.zap,*.out,*.upd Receiver Обработчик задач комплекса

StartProcess File *.izp,*.i0?,*.ins,*.iut RecvINO ; Обработчик файлов другой задачи.

StartProcess Time ,1 Receiver ; + Раз в 1 минуту принудительно.

StartProcess Time ,3 RecvINO ; Чужая задача – раз в 3 минуты.

; StartProcess File *.PKT NetUnpack ; Разрешение встроенного распаковщика Netmail-a

; StartProcess Time ,30 NetPack ; Каждые полчаса паковать исходящую почту.
DefProcess RecvINO

HideLog

StartOs2 c:\app\bat\inotr.cmd /OS2 /WIN

EndDef

DefProcess receiver

Noinit

HideLog

StartOs2 c:\app\bat\copyz.cmd /OS2 /BG

EndDef

TmailBoxes c:\exe\modem\T-mail\files\boxes ; ChkPack раскладывает файлы по T-Mail Box-aм,

; создавая там структуру каталогов. Этот параметр

; Может браться из AS.CFG (Mailer_send)

FileBox 73:*/*.* - c:\exe\modem\asmail\in\ ; Файлы с адресов 73: и 74: принимать в отдельный

FileBox 74:5030/1.* - c:\exe\modem\asmail\in\ ; каталог, прописанный отдельно в AS.CFG.
NoSaver ; Запретить screensaver

Lamps ; Убрать если будут проблемы

ShowConnect ;

Include Copnet.psp ; Подключить файлы с паролями для сетей 73: и 74:

Include ino.psp ;

Include colors.cfg ; Подключить файл настройки внешнего вида.

ExitAfterGoodSession off ; Запретить выход после каждого удачного сеанса связи.
Необходимо сказать несколько слов о многочисленных командах и параметрах почтовой программы. По своему внутреннему смыслу и принципу работы они делятся на переопределяемые константы и различные списки однотипных параметров. К последним в первую очередь относятся все команды, воспринимающие в качестве аргумента маску адреса (например FileBox, Override, FreqLimit ). Как уже упоминалось выше, все константы изначально установлены в оптимальные значения, а наличие списочных параметров для работы программы необязательно.

Поиск и обработка нужной установки для конкретного адреса производится по принципу сверху вниз. Таким образом, после первого совпадения исходного адреса с маской адреса, заданной в команде поиск прекращается и берется найденное значение. Этот момент следует учитывать при описании глобальных (с использованием ‘*’ в адресах) настроек, иначе эти настройки перекроют все дальнейшие, более точные. Ниже приведен пример построения карты маршрутизации (Почта NetMail) c учетом вышесказанного:

RouteTo 2:5030/57.0 2:5030/57.* 2:5030/500.* ;Все, что для пользователей 57-го узла – слать

;Непосредственно на 57-й узел.

RouteTo 2:5030/287.* 2:5030/287.* ;Все, что для пользователей 287-го узла –

;слать каждому пользователю узла отдельно.

RouteTo 2:5030/124.0 1:*/*.* 2:*/*.* ; Все прочее переслать на 124-й узел
Относительно списков следует также помнить, что повторное упоминание различных команд просто добавляет еще одно значение (команду) к списку, а не замещает предыдущее значение. Исключением является только команда Address, где дублирование одинаковых адресов не допускается.

1.2.1.6.Организация межрегионального сервера запросов.


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

  1. База Данных: Отдельная, самостоятельная единица хранения информации, имеющая возможность в том, или ином виде формировать ответы на внешние запросы.

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

  3. Гейт: Набор программного обеспечения, обеспечивающего прохождение запросов от абонентов к базам данных, а также доставку ответов на запросы абонентов.

  4. Сеть гейтов: Набор правил маршрутизации данных между гейтами, объединяющая их в единую систему.

Перечислим также основные принципы организации межрегионального обмена:

  1. Любая информационная база, соответствующая 1-му определению, может быть подключена к сети.

  2. Любая служба, может быть подключена к сети (стать абонентом), для чего достаточно обеспечить связь абонента с ближайшим гейтом.

  3. При исчезновении из сети гейта, все связанные с ним базы и абоненты фактически отключаются от сети, в силу невозможности доставки информации.

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

  5. Абонент не обязан знать, в каком виде требуется создавать запрос для конкретной базы данных, в каком формате этот запрос будет в конечном итоге обработан, и в каком виде запрашиваемая база данных выдаст ответ.

  6. База данных, выдающая ответ на запрос, не обязана знать и поддерживать формат ответа, необходимый для абонента.

Таким образом, только администратор каждого сервера межрегионального обмена (гейта) должен заботиться о совместимости с собственными, охваченными данным гейтом базами данных. Этот факт серьезно упрощает работу всей системы в целом.

Основная доля автоматизации данного процесса производится программой chkpack. В качестве основного документа, описывающего принадлежность той или иной базы к конкретному гейту, ChkPack использует файл конфигурации Baselist.Dat формат которого описан в п. 2.2.1.5.2. По умолчанию считается, что все запросы, приходящие на обработку, имеют унифицированный текстовый формат, описанный ниже, и имеют расширение имени файла AZP:

/QUEST/


[FROM:название абонента]

[ANSWERTO:адрес абонента]

[DATE:Дата запроса]

[Список баз, через пробел, в которые требуется сделать запрос][Поле запроса][поле запроса][] …


Если это условие не соблюдается, или же запросы идут в закодированном (архивированном) виде – необходимо использовать внешнюю программу - преобразователь запросов в унифицированный формат. Данная программа должна вызываться либо до обработчика chkpack, либо командой ext_receive непосредственно при работе обработчика. Аналогично и с обратным преобразованием файлов ответов.

Файл formats.dat описывает, в каком собственно виде создаются запросы в конкретные базы данных. Итогом работы программы chkpack при обработке внешнего запроса является набор файлов, соответствующих форматам запросов к локальным базам и распределенных, согласно правилам маршрутизации (команда Route в chkpack.cfg). При этом все запросы к базам, находящимся в ведении другого гейта, отправляются туда в унифицированном формате (если это дополнительно не оговорено в Baselist.dat). В момент создания запроса к своим базам данных chkpack формирует учетную запись: куда и откуда был создан данный запрос. Данная учетная запись хранится в локальном файле gateList.dat до получения файла ответа и используется для выяснения обратного почтового адреса.

Программа chkpack также считает, что имя (но не расширение) данного файла соответствует имени файла запроса, в противном случае выяснить адрес получателя ответа автоматически довольно затруднительно.

Ниже приведены примеры настройки гейта в случае использования 4-х своих баз, расположенных на разных серверных площадках в пределах одного города:



(часть файла Baselist.dat)

Gate,'УПВС ГУВД Санкт-Петербурга и Ленинградской области',FTN 73:5030/1.0 ,ASBASE



780-001,'База розыска ИЦ ГУВД Санкт-Петербурга'

780-020,'База ОЗП УПВС ГУВД СПб и ЛО'

780-022,'База принятия гражданства УПВС ГУВД Санкт-Петербурга и ЛО'

780-040,'База данных МИД СПБ'


Формат запроса к этим базам данных имеет, кроме базы 780-001 унифицированный вид:

ZAPROS

Название Абонента



Дата Запроса

Фамилия/Имя/Отчество/ДатаРождения/РегионРождения/флаг/Оператор


Запрос к базе 780-001 производится с помощью e-mail клиента, при этом запрос кодируется, а файл ответа получается путем преобразования содержимого электронного почтового ящика в нужный вид.

Файл formats.dat выглядит при этом следующим образом:


$format:780-021,780-022,780-040,780-020

$maxcount:1000

$EXT:ZAP

$Start:ZAPROS

%FROM%

%DATE%
$repeat:%1%/%2%/%3%/%4%/%8%/%OP%/0/



$end:
$format:780-001

$maxcount:1000

$EXT:MBX

$INTCRYPT:1

$EOL:LF

$Start:


$Repeat:(:ОСК [%FROM% ПВС]/%1%/%2%/%3%/%4%/%8%/%OP%$%FILE%$/000:)

$end:
Chkpack.cfg настраивается для рассылки запросов к своим базам следующим образом:


; Родная база

RouteTo t:\asbase\in 780-020

; Гражданство

RouteTo c:\exe\modem\files\outbk\to120\ 780-022

; ИЦ

RouteTo c:\exe\modem\email\ 780-001



; МИД

RouteTo c:\exe\modem\t-mail\files\boxes\294T6001.23H\ 780-040

; маршрутизация файлов ответов в районные отделения

RouteTo 73:5030/1.* 73:5030/1.*

; Маршрутизация прочих ответов соответствующим гейтам.

RouteTo 73:*/*.* 73:*/*.0



1.2.2.Обмен данными.

1.2.2.1.Общие принципы обмена данными.


Программный комплекс не является автономной системой. Для контактов с другими подобными комплексами, а также для обмена с существующими централизованными массивами данных (например информационные базы ГИЦ МВД) требуется унификация процедуры обмена информацией.

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

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

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

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

Для удобства определения типа выгруженного из базы данных файла (Ответ, выгрузка, запрос) обычно используется 3-х буквенное расширение имени файла (в стандартной нотации 8.3 – символы после первой точки в имени файла). Приведем примеры таких расширений на примере AsBase:



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

  • DEL - Файл, в формате выгрузки, содержащий информацию о удаленной из базы карточки. Содержит в себе саму информацию и текстовый комментарий с описанием того, кто, когда и что удалил из базы данных. Данную информацию можно восстановить, просто поместив нужный файл в каталог IN. Файлы с этим расширением создаются в каталоге ARCHIVE.

  • ANS - Текстовый ответ к файлу *.UPD, также создаваемый в каталоге OUT ответ на запрос.

  • SLV - При закрытии доступа к некоторым словарям и включенном интерфейсе пополнения словарей базы данных – файл, в формате выгрузки, содержащий пополняемые понятия.

  • REP - Файл в формате выгрузки, служащий для репликации данных между серверами создающийся в момент подтверждения оператором внесенных изменений.

  • AZP - Файл запроса в формате, описанном в п. 2.2.1.6, создается в каталоге OUT в момент формирования запроса.

  • RRQ - Файл автоматического перезапроса утраченной по каким либо причинам выгрузки. Формируется программой Chkpack в момент обнаружения нарушения порядка принимаемых файлов выгрузок.

  • ROZ - Файл, в формате выгрузки, содержащий информацию о внесенных в базу розыска лицах.

С точки зрения ASBase, все эти виды вгружаемых и обрабатываемых данных различаются на 3 категории: Внутренний формат выгрузки, запрос, перезапрос и различаются автоматически. Существует и ряд ограничений на имена файлов, для которых определение их принадлежности к тому или иному виду учетов затруднительно, подробнее об этом в п.2.2.2.5.2



1.2.2.2.Репликация данных.


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

  1. Собственные выгрузки базы данных, создающиеся при запуске AsBase с ключами /Receive или /Backup

  2. Файлы *.REP, генерируемые непосредственно при модификации данных.

  3. Файлы выгрузок, принимаемые из районных подразделений.

Для реализации собственно обмена информацией между площадками используется программа chkpack, точнее команда конфигурации chkpack: Replicate. Принцип работы команды аналогичен командам receive и broadcast, только источниками, в которых ищутся файлы, могут быть любые каталоги, доступные программе. Исходные файлы после процедуры репликации удаляются. Во время обработки файла chkpack считает его файлом в формате выгрузки ASBase и дописывает в конец строку, не влияющую на вгрузку данного файла, но несущую информацию о том, что этот файл обрабатывался на этом компьютере. При попытке продублировать рассылку этого файла (в случае 3-х и более серверов в сети это вполне вероятно) данная информация проверяется, и, если файл уже был обработан в прошлый раз – он автоматически удаляется. Следует учесть, что реплицировать следует все три вида файлов, заменяя таким образом встроенную команду receive %Income_path% *.upd *.pic *.rrq *.roz на набор команд replicate:

Replicate %send_path%\*.rep 73:5030/1.10 j:\backup\boxes\in x:\online_server\in

Replicate %send_path%\*.upd 73:5030/1.10 j:\backup\boxes\in x:\online_server\in

Replicate %mailer_income%\*.upd %receive_path% 73:5030/1.10 j:\backup\boxes\in x:\online_server\in

Обратите внимание на использование значений параметров AS.CFG заключенных в %.. %


1.2.2.3.Сервер Запросов.


Сервер запросов является собственно одним из режимов работы ASBase. В этом режиме программа постоянно, (через указанный интервал времени), проверяет наличие новых файлов в каталоге IN и обрабатывает их сразу после обнаружения. Для запуска в режиме обработчика необходимо запустить программу с ключом /Server. В режиме обработчика программа имеет 2 дополнительных возможности:

  1. Производит собственную выгрузку и выгрузку в ГИЦ МВД один раз в сутки во время, указанное параметром конфигурации BACKUP_TIME .

  2. Запускает (аналогично команде spawn программы Asmail) файловый обработчик ChkPack с интервалом, заданным параметром конфигурации CHPIDLE.

Также, во время работы обработчика, верхняя строка экрана отображает вместо меню время работы программы с момента запуска. А в нижней части экрана выведено окно, дублирующее последние строки файла протокола (AsBaseLog) для удобства отслеживания работы обработчика.



1.2.2.4.Выгрузка данных.

1.2.2.4.1.Выгрузка данных в формате комплекса.

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

  1. Запуском программы AsBase с ключом /Send или /Backup

  2. Запуском программы с ключом /Server и указанием параметра настройки Backup_Time.

  3. Выбором пункта меню Файлы Выгрузка данных

  4. Входом в пункт меню Файлы Повтор выгрузок с последующим выбором выгрузки по дате создания или номеру.

  5. Созданием файла 12345678.rrq (имя любое) в каталоге IN системы со следующей текстовой строкой внутри: !resend n где nпорядковый номер выгрузки либо 0 – все имеющиеся данные.

В любом из вышеперечисленных случаев будут созданы файлы выгрузки со следующими именами :



YYRRNNNN.XXX где YY – последние цифры года, RR – 32-ричный номер района (Часть почтового адреса системы после точки) NNNN – порядковый номер выгрузки в 32-ричной системе счисления, и XXX – расширение, описанное выше, а именно: UPD, ROZ или PIC.
Следует обратить особое внимание на то, что если программа работает в режиме без сохранения базы данных, то после произведения выгрузки файлы базы данных оптимизируются и все записи, срок хранения которых истек – удаляются.

Файлы выгрузки в формате комплекса состоят из 3-х частей: заголовка, тела выгрузки и текстового комментария. Заголовок содержит текстовое предупреждение, почтовый адрес базы, создавшей выгрузку почтовый адрес назначения, тип заголовка и контрольную сумму. Тело выгрузки представляет собой закодированный архив, содержащий текстовый файл выгрузки в универсальном внутреннем формате передачи данных. Текстовый комментарий в конце файла выгрузки начинается с 4-х символов \x0FF и может содержать любую информацию. При обратной вгрузке он игнорируется. При превышении лимита выгружаемых строк в 10000 запись файла выгрузки прекращается и создается следующий файл, имеющий то же имя и расширение на 1 букву различающееся от предыдущего: UPD,UPE,UPF,UPG … Данное ограничение необходимо при выгрузке полной базы данных, чтобы не получить один, непомерно большой файл с выгрузкой, крайне неудобной для обратного вливания.

Процесс выгрузки из базы данных производится в 3 этапа:


  1. Поиск обновленной информации по таблицам базы данных (временно блокирует доступ других пользователей к обрабатываемой таблице при работе в сетевом режиме)

  2. Оптимизация найденных данных для исключения повторяющихся строк.

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


1.2.2.4.2.Выгрузка в формате ГИЦ

Произвести выгрузку в формате ГИЦ (По линии ОЗП или Гражданства) можно запустив программу AsBase с ключом /GIC n, где nномер выгрузки. Если параметр n отсутствует – производится плановая выгрузка новых данных. При выгрузке в формате ГИЦ-ОЗП формируются файлы с именами PPPZPNNN.PVS где PPP – параметр конфигурации GIC_PREFIX (Три буквы названия региона), NNNпорядковый номер файла в текущей выгрузке (по 200 человек в файле), PVS – стандартное расширение для имен файлов выгрузок в ГИЦ. Способы передачи данных файлов оговариваются отдельно приказами ГИЦ.

1.2.2.5.Вгрузка данных.

1.2.2.5.1.Вгрузка данных в формате комплекса.

Вгрузка данных в формате комплекса, впрочем, как и в других форматах, производится строго из каталога IN системы. При вгрузке файлы проверяются на целостность, испорченные файлы остаются в каталоге IN, вгруженные корректно – переносятся в каталог Archive или удаляются, если он не указан. В момент загрузки файла в каталоге IN создается файл-флаг с тем же именем, имеющий расширение BSY. Данный файл сигнализирует о том, что одноименный файл выгрузки в данный момент уже обрабатывается, и что не следует запускать загрузку этого файла данных другим обработчикам. Файлы в формате комплекса могут иметь любые имена и расширения, поскольку AsBase автоматически распознает собственные форматы данных. Вгрузка данных может быть произведена следующим образом:

  1. Запуск AsBase с ключом /Server, в этом случае не реже 1 раза в минуту AsBase будет сканировать каталог IN на предмет наличия новых файлов.

  2. Запуск AsBase c ключом /Receiveбудет произведена однократная проверка каталога IN, по окончании операции обработки найденных файлов AsBase завершит свою работу.

  3. Выбором пункта меню Файлы Прием данных, при этом по окончании приема программа продолжит свою работу.

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

При наличии обработчика файловых запросов в сетевом варианте полезно запрещать операторам вгрузку/выгрузку файлов, чтобы не отвлекать их от работы и не вносить путаницу в файлы протоколов.



1.2.2.5.2.Особенности загрузки файлов сторонних форматов.

Помимо собственных форматов данных AsBase поддерживает, при выполнении некоторых условий, следующие виды информации:

  1. Файлы выгрузок в ГИЦ МВД по программе ОЗП

  2. Файлы постановки в федеральный розыск (все файлы, в текстовом виде использующие в качестве разделителя между полями символ ‘|’). При обработке этих файлов в каталоге LOG формируется файл reject.txt в который отбрасываются те строки, которые имеют явные недочеты в установочных данных (неверные даты рождения, отсутствие фамилии, имени… )

  3. Формат выгрузки циркуляров федерального розыска в виде списков на прекращение розыска преступников. Данные файлы должны иметь в первых буквах имени следующие символы: PR, BP, GP (Общий розыск, без вести пропавшие, госдолжники (алиментщики))

  4. Формат выгрузки изменений базы данных преступников и лиц, пропавших без вести (имена файлов начинаются с букв IZM), внутреннее содержимое схоже с форматом 2.

  5. Формат выгрузки изменений базы данных госдолжников. (имена файлов начинаются с букв ALM), внутреннее содержимое схоже с форматом 2.

  6. Листинги утерянных внутренних паспортов. Файлы именуются как RusLoss.xxx, где xxx – произвольные символы. Внутреннее содержимое – серии и номера внутренних паспортов или интервалы паспортов через двоеточие по одному документу или интервалу в строке. Например: 55 97 123456..55 97 1234590

  7. Листинги утерянных общегражданских заграничных паспортов. Файлы именуются как OZPLoss.xxx, где xxx – произвольные символы. Внутреннее содержимое – серии и номера ОЗП или интервалы номеров ОЗП через двоеточие по одному документу или интервалу в строке. Например:

40-1234566..40-1234600

40-1234999



  1. Любой другой формат данных, содержащий информацию о лицах, при условии наличия необходимого минимума установочных данных для идентификации личности (Фамилия, имя, отчество, дата рождения, место рождения).

1.2.2.6.Архивация данных и система контроля утраченных пакетов данных


Самое надежное средство сохранения информации – это ее резервное копирование. Даже если вы полностью уверены в надежности своего аппаратного обеспечения, процедура еженедельного, или хотя бы ежемесячного копирования полной базы данных (содержимое каталога DATA) поможет при возникновении какой либо критической ситуации восстановить утраченную информацию.

Программа AsBase имеет возможность сохранять все вгруженные собой файлы в каталоге ARCHIVE. Помимо этого, можно с помощью команды /Backup производить собственную выгрузку новых данных в тот же каталог ARCHIVE. В случае разрушения или серьезного повреждения файлов базы данных, можно произвести восстановление архивной копии базы данных и заново принять все файлы, обработанные с момента последнего резервного копирования – в результате вы получите полностью работоспособное и корректное состояние базы данных на момент последней собственной выгрузки. Таким образом, даже после полного разрушения информации вы потеряете только то, что ввели ваши операторы за текущий рабочий день.

Именно из перечисленных выше соображений каталог ARCHIVE полезно иметь вне дискового пространства сервера, хранящего файлы базы данных, впрочем, как и сами резервные копии базы данных.

Следует отметить, что за несколько лет реальной эксплуатации комплекса к подобным мерам восстановления информации на серверах под управлением Novell Netware прибегать еще не приходилось. С другой стороны в районных подразделениях подобные ситуации возникали по вине местных операторов (неправильное выключение питания, сбой в работе других программ, установленных на том же компьютере) уже несколько раз, что говорит о пользе работы районных подразделений в режиме запрос-ответ.

Программа chkpack имеет также встроенную систему контроля порядка получения выгрузок из районных подразделений. При обнаружении пропущенного номера выгрузки программа автоматически делает перезапрос на утраченную информацию (файл RRQ) в нужный район. Информация о состоянии выгрузок из районных подразделений хранится в файле chkpack.dat в следующем формате:

NN Номер,дата

NN Номер,дата Номер?,дата Номер,дата



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



1.2.3.Администрирование

1.2.3.1.Права доступа


Каждый пользователь, внесенный в список пользователей (операторов) программы AsBase может иметь различные права доступа. Информация о правах доступа хранится в отдельном файле workers.dat находящемся в каталоге DATA. Внесение изменений прав доступа для конкретных пользователей могут производить только операторы, имеющие право администрирования базы данных. Для внесения изменений в права доступа необходимо войти в базу данных, выбрать пункт меню файлсписок пользователей, выбрать нужного оператора и нажать Enter. Опишем пункты меню, появляющиеся в момент изменения прав доступа и дадим краткие пояснения к ним:

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

  • Ввод данных российского паспорта – Разрешить интерфейс ввода данных формы №1 и информации о выдаваемом внутреннем паспорте. Следует учесть, что печать бланка паспорта разрешается дополнительно.

  • Модификация данных рос. Паспорта – разрешает ввод отметок о состоянии паспорта (выдан/утрачен/аннулирован и др.)

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

  • Внесение изменений в карточку ОЗП – Разрешить вносить изменения в карточку выданного общегражданского заграничного паспорта (Даты согласований, номера архивных дел), а также вписывать детей в выданный паспорт и вносить отметки о его состоянии (выдан/Аннулирован и т.п.).

  • Адресное бюро – Разрешить интерфейс ввода информации с листков прибытия /убытия.

  • Внесение изменений в карточку адреса – Разрешить вносить даты прибытия/убытия в конкретный адрес из списка адресов проживания с любой анкетной карточки.

  • Просмотр данных розыска – Включить работу с базой данных розыска (Поиск, просмотр, проверка вводимых лиц на розыск)

  • Ручная отмена розыска – Разрешить отмену постановки в розыск оператору помимо автоматического снятия лиц с розыска при приеме соответствующих файлов из ГИЦ МВД.

  • Разрешить модификацию данных розыска – разрешить модификацию карточек розыскных дел, а также ввод карточек местного розыска.

  • Разрешить печать документов – Разрешить печать бланков паспортов и справок о гражданстве.

  • Разрешить работу с ASBASE – При выключении данного пункта вход оператора в базу данных будет невозможен.

  • Гражданство – Разрешить интерфейс работы с картотекой принятия гражданства.

  • Возможности Администратора – Возможность управления правами доступа других операторов.

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

  • Удаление технических данных – Разрешить удаление технических ссылок со старых установочных данных на новые, в случае их ошибочного появления или неактуальности.

  • Просмотр технических данных – Разрешить просмотр технической информации в режиме простого просмотра данных.

  • Доступ к закрытой информации – Включение режима привилегированного доступа к лицам. В данном режиме возможно закрытие доступа к конкретному лицу для операторов, не имеющих права доступа к закрытой информации.

  • Разрешить внесение изменений в ядро – Разрешить модификацию данных ядра (установочных данных) без создания технических ссылок и сигналов о смене установочных данных.

  • Просмотр словарей – разрешить меню “Словари” и просмотр из него содержимого словарей.

  • Сортировка словарей – разрешить сортировку конкретно выбранного или всех словарей из программы.

  • Возможность изменения словарей – Разрешить вносить изменения в словарные понятия.

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

  • Интерфейс пополнения словарей – Разрешить интерфейс пополнения словарей. Основной задачей интерфейса является создание файлов *.slv необходимых для пополнения словарных понятий в закрытых словарях районных подразделений.

  • Открыть словарь улиц - При отсутствии возможности добавления в словари в целом – открыть доступ в конкретный словарь.

  • Открыть словарь районов

  • Открыть словарь пунктов

  • Открыть словарь регионов

  • Открыть словарь организаций

  • Расширенный поиск для сетей >=100MB – Разрешить в поисковой системе режимы поиска по неиндексированным полям (например по отчеству и по неполной дате рождения). При больших объемах базы данных такие поиски могут серьезно перегружать сети с пропускной способностью менее 100 мегабит/с.

  • Разрешить переиндексацию таблиц – Разрешить пересчет индексных файлов базы данных в случае автоматического обнаружения их несоответствия хранимой информации. Также требуется при сортировке словарей.

  • Просмотр статистики запросов – Разрешить просмотр списка произведенных операций и выполненных запросов.

  • Статистическая обработка данных – Разрешить статистическую обработку информации.

  • Составитель запросов – Включить интерфейс составителя запросов.

  • Включить 5d адресацию запросов – При составлении запроса включать фамилию оператора в адрес получателя ответа, например 73:5030/1.0@Иванова

  • Разрешить вгрузку – Разрешить прием данных.

  • Разрешить выгрузку – Разрешить пункт меню выгрузка данных

Изменение прав доступа производится клавишей пробел, вход в группы, объединяющие ряд прав по смысловым признакам – клавишей Enter. Если вы не нашли в своем меню какого либо из вышеперечисленных пунктов – скорее всего ваша система сконфигурирована таким образом, что эта опция является для системы, и следовательно для любого оператора, недоступной.



1.2.3.2.Ввод и удаление пользователей


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

1.2.3.3.Протоколы работы программы


Как уже упоминалось выше, каждая программа, входящая в комплекс может вести файл протокола. Файлы протокола содержат полную информацию о работе соответствующей компоненты комплекса, и могут внести ясность при возникновении вопросов вроде «а куда делся файл xxxxx.yyy??» или же «А кто работал в базе вчера с 10:30 до обеда?». Помимо этого программы записывают в эти файлы сообщения об ошибках в работе комплекса (например, о невозможности записи в файл или о повреждении индексного файла) или об обнаруженных нарушениях при приеме данных.

Рассмотрим подробнее, что протоколирует программа Asbase:



  1. Вход в базу и завершение работы операторов.

  2. Информацию о принятых файлах (название, количество данных, скорость обработки)

  3. Информацию об обнаруженных повреждениях баз данных

  4. Информацию о производимых выгрузках (имена файлов, количество данных)

  5. Информацию о постановлении в розыск имеющихся в базе данных лиц.

  6. Информацию о приеме данных на человека, числящегося в розыске.

  7. Информацию о дублировании установочных данных при приеме информации.

  8. Информацию о выявленных нарушениях при смене установочных данных, или же выдаче новых документов на старые установочные данные.

Все файлы протоколов создаются в каталоге LOG, и имеют имена заданные соответствующими параметрами конфигурации в файле AS.CFG.


1.2.3.4.Техническая информация и работа с ней.


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

1.2.3.5.Администрирование сети Novell Netware


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

1.2.3.6.Удаленное администрирование.


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

  • Установка нового или замена устаревшего программного обеспечения (не операционной системы)

  • Исправление конфигурационных файлов

  • Проверка протоколов работы для выяснения причин неполадок

  • Внесение новых пользователей, изменение прав доступа существующим пользователям

  • Восстановление работоспособности системы после случившихся сбоев

Большинство из этих задач возможно осуществить автоматически при работающих в районном подразделениях программах asmail (для передачи специального пакета) и chkpack (для его последующей обработки). В региональной версии программы asmail также есть режим онлайн доступа к файловой системе (Doorway).


1.2.3.6.1.Doorway

Режим Doorway введен в программу AsMail для возможностей администрирования системы. В этом режиме программа представляет удаленному пользователю эмуляцию командной строки DOS c некоторыми дополнительными сервисными командами. Для входа в режим Doorway необходимо в режиме терминала установить модемное соединение с необходимым узлом, и, в момент появления текстового приглашения дважды нажать клавишу Backspace (Возврат каретки). Если все было произведено правильно – удаленный компьютер выдаст приглашение:

AsMail internal doorway 1.03

Enter Password:

У вас есть одна попытка для ввода пароля. При ошибке соединение разрывается, при удачном вводе пароля вам представляется следующее приглашение, аналогичное стандартному приглашению MS-DOS. В режиме командной строки вам доступны следующие команды:

CD (ChDir) – смена текущего каталога

DIR – просмотр содержимого каталога (DIR /? – список дополнительных Ключей)

DEL – Удаление одного или Нескольких файлов по маске

COPY – Копирование файла (только одного)

TYPE – Просмотр содержимого файла.

DATE – Установка даты

TIME – Установка времени

UL – Принять файл на удаленный компьютер

DL – Забрать файл с удаленного компьютера

EXIT – Выйти из режима удаленного доступа.


Сам пароль задается командой настройки DoorWayPWD в файле конфигурации Asmail.cfg , для генерации пароля применяется программа pwd.exe, поставляемая дополнительно.
1.2.3.6.2.Администрирование при помощи chkpack.

Программа chkpack обрабатывает определенные файлы в качестве закодированного набора команд. Такие файлы четко привязаны к адресу получателя, имеют срок годности (задающийся при генерации) и контрольную сумму (для проверки целостности пакета). При отсутствии нарушений целостности файл считается годным к исполнению и, при совпадении с адресом назначения выполняется.

Опишем команды, которые могут быть использованы внутри данного файла (В скобочках указаны альтернативные написания команд):




  • Poll (CreatePoll) - Инициировать обратный звонок (в районе) или звонок в конкретно указанный адрес и статус очереди в региональной версии. Пример использования: Poll 73:5030/1.0 Crash. Корректно понимаются статусы Crash, Hold, Immediate, Direct.

  • AddLine (UpdateConfig) – Безусловно добавить в конфигурационный файл (без проверки на наличие) указанную строку. Формат команды: AddLine [Имя_файла] [Строка] например: AddLine as.cfg ;Сегодня, 01.01.2000 в файлы конфигурации внесены изменения

  • ChangeLine (ReplaceConfig) – Изменить значение существующей команды конфигурации. Производит поиск по основным файлам конфигурации данную команду и изменяет ее значение на указанное. Например ChangeLine Define Host=d:\ изменит старое содержимое команды Define на указанное. В команде ChangeLine возможно и прямое указание имени файла перед заменяемой командой. В этом случае, если данный файл существует, а команды, требующей замены нет – команда отрабатывает в точности как и AddLine .

  • Receive (Replace) – Работают аналогично командам самого ChkPack

  • BroadCast, BroadCastDel – Работают аналогично командам самого ChkPack

  • Run – запустить внешнюю программу или выполнить команду ДОС.

  • Send - Положить в очередь на отправку на указанный адрес указанный файл. Формат команды: Send [адрес] [что слать] Например: Send 73:5030/1.0 %host%\Asbase\log\*.log

  • GetlogКоманда, предназначенная для получения всех файлов протоколов. Имеет дополнительный параметр – Kill (после упаковки файлов уничтожить протоколы). Переименовывает файлы протоколов к виду Bnnddmmy.log где B – первая буква, соответствующая типу программы (Base/Mailer/ChkPack), nn – номер узла (после точки) в 32хричном виде, ddmmy – дата создания. При наличии архиватора Pkzip файлы архивируются в архив, с тем же именем, но с первой буквой L и отсылаются в регион. Команда имеет смысл только для районных подразделений.

  • AddUserДобавить в список пользователей нового, с указанным паролем. Формат команды: AddUser Фамилия Пароль +ADM . Если указано +ADM – разрешить права администрирования базы.

Командный файл создается в обычном текстовом редакторе, с помощью утилиты scrgen.exe (поставляется вместе с pwd.exe ) кодируется и после этого отправляется в район.


1.2.3.6.3.Дополнительные возможности ChkPack и Asmail.

Для административных целей также можно использовать следующие команды: Ext_receive в ChkPack, например для рассылки самораскрывающихся обновлений, и событие StartProcess FileExist для запуска специального обработчика в программе AsMail. С помощью перечисленных выше возможностей можно решить большинство проблем, возникающих на местах, проводить проверки, получать протоколы работы и готовить по ним аналитические отчеты и многое другое.

1.2.4.Восстановление работоспособности системы.

1.2.4.1.Сбои, приведшие к потере данных при передаче.


Потеря данных при приеме – передаче возможна по следующим причинам:

    • Нехватка места на диске для приема (переноса) файла. Программа AsMail корректно отрабатывает случай нехватки места на жестком диске, с другой стороны при аварийном обрыве связи недопринятый файл с атрибутом Hidden (скрытый) может оставаться в каталоге mail_in. Если каталог mail_in пуст – файлы были приняты почтовой системой или же не посланы с того конца. Проверка того, что файл был принят почтовой системой осуществляется путем прочтения протоколов работы почтовой системы и поиском в них информации о пропавшем файле. Если файл был принят – следует обратить внимание на протокол работы программы ChkPack на предмет выяснения того, куда был перемещен из каталога mail_in утерянный файл. Если утраченный файл является выгрузкой, или файлом данных, полагающимся для обработки программой Asbase – следует проверить его наличие в каталоге IN, или Archive (если он успел обработаться). При ошибочно принятом (испорченном) файле выгрузки программа Asbase сообщает это в своем файле протокола.

    • Если выяснилось, что файл был обработан (перенесен) некорректно программой ChkPack – следует тщательно проверить файл настроек ChkPack.cfg и, проанализировав его содержимое вести соответствующие изменения в этот файл.

    • Если утраченный файл не передавался, не передается, но имеется в очереди на отправку – следует удалить соответствующие bsy флаги в каталоге, указанном параметром BinkleyOutbound региональной версии asmail или в каталоге TEMP районной версии. Эти флаги будут автоматически проигнорированы не более чем через сутки, а создаются в момент установления соединения. Остаться не удаленными данные файлы могут лишь при перезагрузке компьютера или отключении питания в момент установленного соединения.

    • Если файл не был обработан программой Asbase из-за порчи содержимого файла – следует перезапросить этот файл (создав соответствующий файл RRQ) или попросить районное подразделение сделать повтор последней выгрузки (меню файлповтор выгрузок).

    • Если при произведении выгрузки компьютер в районном подразделении «зависает» следует провести переиндексацию таблиц базы данных (стереть индексные файлы) и повторить операцию.


1.2.4.2.Разрушение программ, составляющих комплекс


В качестве основных причин, вызывающих порчу или удаление программного обеспечения можно выделить три: Сбои самого программного обеспечения, сбои аппаратной части и необдуманные действия операторов. В первую категорию можно занести ряд «вредоносных» программ, могущих повредить вполне работоспособную информацию: ndd, scandisk и format. Программа scandisk стартует автоматически после любого сбоя графической оболочки windows, причем в результате ее работы может быть утрачено произвольное количество информации, в том числе и файлы, относящиеся к комплексу.

С методологической точки зрения в случае использования windows следует выделить для работы базы другой диск, отличный от диска C, чтобы разделить файлы, относящиеся к операционной системе и собственно рабочие данные.

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

1.2.4.3.Разрушение файлов, относящихся к базе данных.


Файлы базы данных хранятся в одном месте и делятся на 2 категории – файлы данных, и файлы индексов. Порча индексов возможна в процессе активной работы с базой, частых операций удаления из базы данных или модификации словарных понятий. Вероятность этого критически мала, но, в результате порчи индекса часть информации может быть недоступна при поиске с использованием именно этого индексного файла. Также, в результате ошибочных действий оператора информация может быть испорчена или утрачена (модификация словарных понятий, установочных данных и т.п.) В результате таких действий понижается актуальность хранимой информации, некоторые данные становятся не соответствующими действительности.

Все индексные файлы имеют расширения имени файла IDX (первичный ключ) ID1,ID2,ID3 – вспомогательные индексы. Повреждение вспомогательных индексов не влияет на выгрузку данных и, кроме main.id3, на вгрузку данных. Для перестроения индексного файла достаточно удалить испорченный файл и запустить программу Asbase. Восстановление индексного файла программа произведет автоматически.

Файлы данных, к которым относятся индексные файлы, имеют 16-ти байтный заголовок, 8 последних байт которого описывает тип карточек хранящихся данных в текстовом виде. Сами файлы базы данных дополнительно, имеют вполне интуитивно-понятные названия, помогающие определить, к чему они относятся.

При повреждении файлов данных (в основном имеют расширения DAT или SLV) целесообразно восстановить поврежденный файл из резервной копии базы данных, и, если это необходимо – обработать все принятые выгрузки из каталога ARCHIVE. Индексы, если поврежденный и резервный файлы имеют одинаковый размер, желательно стереть и пересчитать заново.



При отсутствии архивной копии базы данных и наличии полного комплекта выгрузок можно полностью удалить все файлы данных из каталога DATA за исключением workers.dat (файл, содержащий права доступа пользователей к базе данных) и oper.dat (словарь фамилий операторов), причем сохранение второго файла необязательно. После удаления файлов базы данных в каталог IN помещаются все выгрузки, желательно в хронологическом порядке поступления, и запускается программа Asbase с ключом /Receive.

1.2.4.4.Неполадки в серверном оборудовании.


Сервер базы данных может выйти из строя (быть недоступным) по следующим причинам:

  • Толчки напряжения, приведшие (при неправильно проложенных сетевых кабелях) к выходу из строя сетевых карт. В этом случае некоторые компьютеры теряют доступ к серверу, или сервер недоступен всем. Проверяется заменой сетевой карты или выбором другого порта в HUB-е.

  • Обрывы сетевых проводов. Симптомы те же. Выявляются визуальным осмотром, проверяются разъемы (RJ-коннекторы).

  • Выход из строя жесткого диска (сбой работы RAID-контроллера). При случайном сбое необходимо восстановить работоспособность жесткого диска (например, отошел разъем питания), и перезагрузить сервер. После перезагрузки полезно размонтировать все разделы (Команда DisMount All) и с помощью утилиты Vrepair (Load Vrepair) проверить файловые системы на наличие ошибок. После проверки диски монтируются обратно командой Mount All.




Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет