Файли та засоби налаштування ingres
II_SYSTEM
Кожна установка Ingres починається з вмісту змінної II_SYSTEM ($ II_SYSTEM Unix / Linux або% Windows% II_SYSTEM). З каталогу, на який вказує ця змінна, завжди є каталог під назвою ingres. У цьому каталозі є принаймні один каталог bin, файли, утиліта та бібліотека.
symbol.tbl
Ingres працює з набором власних змінних і зберігається у файлі symbol.tbl (файли каталогів). Ми ніколи не повинні редагувати цей файл, окрім команд Ingres ingsetenv, ingunset і ingprenv. Файл має певний формат і його можна легко пошкодити ...
Керування файлом symbol.tbl:
- ingsetenv: встановити змінну
- ingprenv: показувати значення змінної або всіх змінних
- ingunset: осадження змінної
- Приклади:
ingsetenv значення змінної ingprenv ingprenv змінна ingunset
Ці змінні також можуть бути розміщені в локальному середовищі користувача (експорт, setenv, set), а для деяких це особливо заборонено і небезпечно (наприклад, II_INSTALLATION).
config.dat, protect.dat і config.log
Решта конфігурації, по суті, складається з двох файлів: config.dat і protect.dat (все ще в файлах каталогу). Не редагуйте ці файли видавцем (якщо інше не вимагається підтримкою, гуру або передбачено в документі), але використовуйте cbf (Configuration By Form). Формат цього файлу - все, що є більш повсякденним, але деякі залежать від інших ресурсів і просуваються разом узгоджено, краще використовувати cbf. Правила, які пов'язують ці параметри, зберігаються у файлах. Crs (як система правил конфігурації). Основним правилом з усіма цими файлами є: ми дивимося, але не торкаємося до нього (тому ви редагуєте їх за допомогою перегляду на Unix замість vi, наприклад ...).
Файл містить protect.dat захищені ресурси (для параметрів, отриманих у cbf). Наприклад, кеш СУБД залежить, за замовчуванням, від кількості користувачів. Якщо збільшити кеш значно не захищає це значення, а пізніше збільшити кількість користувачів движка, налаштування кешу буде перераховано до значення, яке ви не апріорі (оскільки нижче вашої потреби). Він також пропонує файл config.log, який простежує історію змін: хто, коли, які (прямі і похідні параметри) Cbf.
- Якщо вам не подобається або вам потрібно змінити сценарій до налаштувань, можна скористатися наступними командами:
- Створити вміст config.dat:
iigenres [-v] хост | rule_map | host rule_map
- Дійсний ресурс:
iivalres [-v] значення імені [rule_map]
- Читати ресурс:
ім'я iigetres
- Позиція ресурсу:
iisetres [-v] [+ p | -p] ім'я [значення]
- Знищити ресурс:
iiremres [-v] name
- Де:
- name: параметр (або ресурс), прочитаний у файлі config.dat до:
- -v: verbose, щоб побачити параметри, на які впливає зміна
- + p | -p: захищений або незахищений (додає або видаляє ресурс protect.dat)
- ім'я хоста машини (як прочитано в ingprenv II_GCNxx_LCL_VNODE де xx є результатом ingprenv II_INSTALLATION
- rule_map: файл. crs
Іноді:
ресурс ii.machine.privileges.user.utilisateur не може бути позиціонований cbf і відповідає правам користувача (для даної машини) на встановлення: (наприклад) має право запускати або зупиняти, запускати ipm, і т.д.
Ingres / Net
Налаштування Ingres / Net розташоване в каталозі імен (у файлах каталогу), а файли - з ім'ям машини. Він контролюється виключно за допомогою команди netutil .
Всі файли, згадані в цьому документі, повинні зберігатися регулярно, щоб уникнути паніки у випадку втрати ...
Енгр / реплікатор
Частина конфігурації шляхів реплікації і реплікації зберігається безпосередньо в системних каталогах Ingres / Replicator (вони починаються з dd_ для розподілу даних). Решта (наприклад, реплікація сервера конфігураційних файлів) знаходиться у каталозі rep, зазвичай розташованому під $ II_SYSTEM / ingres або % II_SYSTEM% \ t
Зверніть увагу на це
Кожен інструмент, згаданий у цьому документі, існує на кожній платформі (яка буде розрізана на 2 великі пакети: вікна з одного боку, Linux та Unix з іншого). У Windows вони також існують у графічному форматі і доступні через меню, створені під час встановлення продукту.