Краткие инструкции

Условия, необходимые для развертывания комплекса АСТЛУ

СУБД Oracle 10g Release 2 Enterprise Edition, patchset не ниже 10.2.0.3
Наличие компонентов поддержки SPATIAL в списке установленных компонентов Oracle.
Наличие компонентов поддержки BITMAP-индексов в списке установленных компонентов Oracle.
Наличие компонентов поддержки Fine Grained Access Control (FGAC) в списке установленных компонентов Oracle.
Наличие отдельного табличного пространства INDX для хранения индексов. Обычно оно создается автоматически при создании БД с параметрами по умолчанию (например, при установке Oracle ).
Наличие отдельного табличного пространства INDX_BMP для хранения BITMAP-индексов. Указанные ниже параметры этого табличного пространства направлены на оптимизацию работы Oracle с индексами такого вида. Администраторам Oracle следует создать это табличное пространство с помощью следующей команды, подставив правильный путь к файлу:
CREATE TABLESPACE "INDX_BMP"
DATAFILE 'C:\ORACLE\ORADATA\LIO\INDX_BMP.DBF'
SIZE 50M REUSE
AUTOEXTEND ON NEXT 10M MAXSIZE 1024M
EXTENT MANAGEMENT LOCAL AUTOALLOCATE
SEGMENT SPACE MANAGEMENT MANUAL
LOGGING ONLINE;
Табличные пространства для индексов крайне желательно размещать на отдельных физических носителях по отношению к табличному пространству USERS, где расположена схема с данными АСТЛУ.
Пользователю Oracle, в чью схему будет помещена БД АСТЛУ (он же подразумевается администратором АСТЛУ), необходимо выдать право игнорирования ограничений на уровне записей, задаваемых с использованием FGAC. Это выполняется командой
GRANT EXEMPT ACCESS POLICY TO имя_пользователя_хозяина_схемы_АСТЛУ

Инструкция по обновлению комплекса ФВ32

Завершите работу приложений комплекса у всех пользователей.
Выполните резервное копирование БД.
Во избежание излишнего накопления REDO-логов в Оракле можно на время выполнения обновления отключить REDO.
Запустите консоль администратора Staric. Из меню "Монитор - Протокол изменений" выполните очистку протокола с сохранением его во внешнем файле. Если этого не сделать, то буквально за 2 месяца размер протокола превысит размер полезных данных в БД.
Скачайте все пакеты обновления, имеющиеся на сайте, положите их в каталог, в котором система администрирования ищет их (по умолчанию - RiCo32\Старик\Upd).
Запустите консоль администратора Staric. При этом будет произведено обновление структуры БД, эталонных копий и консоли администратора. Консоль при этом может несколько раз перегрузиться, обновляя сама себя и спрашивая пароль. В случае, если она выгрузится, но автоматически не запустится, необходимо запустить ее вручную для продолжения процедуры обновления до тех пор, пока не появится сообщение об успешном обновлении.
Выполните последовательно следующие пункты меню консоли администратора: "Перекомпиляция объектов БД", "Обновление статистики индексов", "Синхронизация учетных записей", "Обновление прав всем пользователям".
Если в Оракле отключали REDO-протоколирование, то включите его и выполните еще одно резервное копирование успешно обновленной БД.
На рабочих местах запустите программу "Командир РиКо", которая выполнит обновление клиентской части комплекса.

Инструкция по установке новых клиентских мест комплекса ФВ32

Скачать последнюю версию iRShell, запустить его, он установит программу "Командир РиКо".
Скопировать на этот компьютер с машины, где установлена консоль администратора, FaClientConfig.exe (по умолчанию он расположен в \rico32\Старик\Utils\ ) и запустить его.
Запустить программу "Командир РиКо", она автоматически выполнит установку обновления клиентской части комплекса ФВ32.

Важные замечания по технологии слияния БД регионов в АСТЛУ ФВ32

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

В частности, еще раз обращаем внимание на следующие ключевые моменты:

Доливка должна проводиться обязательно в первый раз во временную схему в Oracle, и только при удачной доливке - в боевую схему. Удачной считается доливка не та, которая прошла без ошибок, а та, на которой данные были проанализированы и оценены как корректные работниками технических служб. Список тестов проверки корректности каждый филиал определяет для себя сам. Учтите, что некорректные данные после заливки в боевую общую БД исправить будет уже невозможно;
Сразу после конвертации DBF-базы в GDB-базу следует выполнить "поднятие" версии GDB-базы до последней, поддерживаемой RicoPump и установленным пакетом обновления. Если при этом возникают ошибки вида Internal gds software consistency check, то следует выполнить для GDB-базы (предварительно отключившись RicoPump) операцию backup-restore и продолжить "поднятие" БД;
После "поднятия" GDB-базы обязательно выполнить backup-restore базе, поскольку в связи с серьезным изменением структур данных (их уже более 80), вносимым пакетом обновления, могут возникнуть ошибки чтения при заливке в Oracle;
Далее возможно несколько вариантов "доводки" данных для заливки в Oracle. Рассмотрим один из них. Подключаемся к GDB-базе через IBExpert и выполняем следующие действия:
- Переименовываем зоновые коды в таблице ZoneCodes с 044, 0442, 04422 на зоновые коды того региона, который конвертируется. При этом обязательно 3-значный код переназываем на 3-значный, 4-значный - на 4-значный и т.д. Длина зонового кода очень важна;
- Переименовываем ключи доступа к объектам сети региона в таблице Access_IDs. Ключи с кодами 1 и 2 переименовывать НЕЛЬЗЯ. К названию остальных можно добавить текст "... такого-то региона". Это даст гарантию, что к объектам этого региона не получат доступ пользователи других регионов;
- Переименовываем регион "подразделение" в таблице Regions на нормальное название доливаемого региона
- Остальные действия согласно инструкции

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

Более детальные инструкции по комплексу в целом и по отдельным подсистемам и приложениям приведены в разделе Поддержка - Документация систем

С примерами функционирования комплекса в некоторых режимах можно ознакомиться в разделе Поддержка - Демо-центр

логин:	пароль:
Запомнить меня Регистрация на сайте Забыли свой пароль?

Краткие инструкции

Условия, необходимые для развертывания комплекса АСТЛУ

Рекомендуемый порядок взаимодействия пользователей АСТЛУ с разработчиками системы по вопросам технической поддержки

Инструкция по обновлению комплекса ФВ32

Инструкция по установке новых клиентских мест комплекса ФВ32

Важные замечания по технологии слияния БД регионов в АСТЛУ ФВ32