Руководство по администрированию cachØ...

Руководство по администрированию

Caché 4.1.5

Исправлено и дополнено 4/8/2002

Copyright ЗАО «Информ Икс», 2002

Администрирование Caché версии 4.1.5

стр. 2

ПРАВА

Программное обеспечение, описанное в данном документе, поставляется по лицензии InterSystems Corporation и может быть использовано или скопировано только в соответствии с условиями такой лицензии.

Авторские права на это руководство защищены. Все права сохранены. Этот документ не может быть полностью или частично копирован, фотокопирован, воспроизведен, переведен, перенесен на электронный носитель или преобразован в машиночитаемую форму без предварительного письменного согласия ЗАО «Информ Икс».

Copyright © 2002 ЗАО «Информ Икс»

109117 Россия, Москва, а/я № 9 E-mail: [email protected]

http://www.informx.ru


стр. 3

Установка Caché ................................................................................................................................................8

Системные Программы и Глобалы ............................................................................................................8

Установка в среде Windows ............................................................................................................................8 Аппаратное обеспечение .............................................................................................................................8 Операционная система ................................................................................................................................8 Ограничения на Директорию для установки.............................................................................................9 Сообщения об ошибках при установке ......................................................................................................9 Сообщение DLL Overwrite ......................................................................................................................9 Сообщение MS-DOS Mode......................................................................................................................9 Сообщение Uninstallation ......................................................................................................................10

Стандартная установка Caché ...................................................................................................................10 Установка F-DBMS....................................................................................................................................12 Ввод лицензионного ключа.......................................................................................................................12 Проблемы с лицензией ..............................................................................................................................13 Установка ViewPoint..................................................................................................................................14 Пакетный драйвер Caché InterSystems .....................................................................................................14 Безмолвная Установка Caché ....................................................................................................................14 Удаление Caché ..........................................................................................................................................14

Установка для UNIX......................................................................................................................................14 Поддерживаемые платформы ...................................................................................................................15 Конфигурирование однопроцессорных машин.......................................................................................15 Типы установок ..........................................................................................................................................16 Процедура установки Caché......................................................................................................................16 Определение параметров системы .......................................................................................................16 Создание директории системного администратора (при первой установке) ...................................16 Копирование файлов дистрибутива .....................................................................................................16 После установки.....................................................................................................................................17 Ввод лицензионного ключа с Windows клиента .................................................................................17

Определение параметров системы ...........................................................................................................17 Определение потребностей памяти и диска ........................................................................................18 Определение потребностей памяти ......................................................................................................18 Определение пространства для своппинга ..........................................................................................18 Определение потребностей диска ........................................................................................................19 Максимальное количество буферов .....................................................................................................20 Максимальное количество пользователей...........................................................................................20 Максимальный размер базы данных ....................................................................................................20 Конфигурация параметров ядра UNIX ................................................................................................20

Запуск Caché .....................................................................................................................................................23

Caché интерфейс ...........................................................................................................................................23 Значок Caché Куб .......................................................................................................................................23 Элементы куба Caché.............................................................................................................................23 Ограничения лицензии ..........................................................................................................................25

Старт Caché под Windows ...........................................................................................................................25

Старт Caché в UNIX.....................................................................................................................................25 Запуск Caché под UNIX из командной строки ........................................................................................26

Функции Запуска ............................................................................................................................................26

Пользовательские Запуски %ZSTART и ZSTU.............................................................................................26

Вход в Caché......................................................................................................................................................27

Регистрация в локальной системе ...............................................................................................................27

Регистрация в Caché под UNIX ....................................................................................................................28

Конфигурирование удаленного доступа к системе ....................................................................................28

Завершение работы Caché..............................................................................................................................30


стр. 4

Действия во время закрытия Cache ............................................................................................................30

Привелегии, необходимые для завершения работы системы....................................................................31

Завершение работы Caché под Windows .....................................................................................................31

Завершение работы Caché под UNIX...........................................................................................................31

Конфигурирование Caché...............................................................................................................................33

Создание файла с конфигурацией Caché .....................................................................................................33

Редактирование активной конфигурации...................................................................................................34

Удаление конфигурации.................................................................................................................................34

Файл сообщений cconsole.log ........................................................................................................................34 Коды ошибок в файле cconsole.log...........................................................................................................35

Лицензирование Caché....................................................................................................................................37

Типы продуктов .............................................................................................................................................37

Типы лицензий ................................................................................................................................................38

Поддерживаемые платформы .....................................................................................................................41

Расширение лицензии (License Upgrade)......................................................................................................41

Перенос лицензий ...........................................................................................................................................42

Создание лицензии .........................................................................................................................................42 Создание Сервера Лицензий .....................................................................................................................43

Администрирование баз данных Caché .......................................................................................................44

Организация базы данных Caché..................................................................................................................44

Логическая модель данных............................................................................................................................44

Метод физического хранения в Базе Данных Caché...................................................................................45

Предустановленные Базы данных Caché.....................................................................................................48

Набор томов в Базе Данных Caché ..............................................................................................................48

Карты базы данных Caché ...........................................................................................................................49

Имена файлов для базы данных Caché.........................................................................................................50

Управление наборами томов в Caché ..........................................................................................................50 Создание базы данных...............................................................................................................................51 Свойства базы данных ...............................................................................................................................51 Расширение базы данных Caché ...............................................................................................................53 Создание дополнительного тома ..........................................................................................................54

Метка (Label) Базы Данных ......................................................................................................................54 Модификация баз данных .........................................................................................................................55 Удаление базы данных ..............................................................................................................................56 Монтирование и демонтирование баз данных ........................................................................................57 Дефрагментация базы данных ..................................................................................................................58 Утилита ^GCOMPACT ..........................................................................................................................58 Другие средства дефрагментации.........................................................................................................60

Текущий размер БД ........................................................................................................................................60

Целостность Базы Данных Caché ...............................................................................................................61 Write Image Journal (WIJ) ..........................................................................................................................61 Нарушение целостности БД и ее восстановление...................................................................................62 Проверка целостности Базы Данных ...................................................................................................62 Восстановление целостности Б-деревьев (^REPAIR).........................................................................63

Область (NameSpace).......................................................................................................................................65


стр. 5

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

Зачем нужны области в Caché.....................................................................................................................65

Создание области ..........................................................................................................................................65

Изменение имени существующей области..................................................................................................66

Мэпинг для области .......................................................................................................................................66 Ограничения при создании мэпинга на уровне индексов (SLM) ..........................................................68

Команды смены области ..............................................................................................................................69

Администрирование глобалов.......................................................................................................................70

Когда необходимо создавать глобалы .........................................................................................................70 Изменение существующих атрибутов глобала .......................................................................................70 Как UIC обеспечивает защиту базы данных Caché.................................................................................72 Защита вновь создаваемых глобалов .......................................................................................................73 Как работает защита ..................................................................................................................................73 Утилиты для просмотра и назначения привилегий ................................................................................73

Как обращаться к глобалам .........................................................................................................................73

Вывод каталога глобалов ..............................................................................................................................74

Экспорт глобалов во внешний файл .............................................................................................................75

Импорт глобалов из внешнего файла...........................................................................................................76

Администрирование программ .....................................................................................................................77

Вывод каталога программ ............................................................................................................................77

Экспорт программ во внешний файл ...........................................................................................................78

Импорт программ из внешнего файла .........................................................................................................79

Надежность базы данных ...............................................................................................................................80

Обзор целостности базы данных.................................................................................................................80

Стратегия обеспечения надежности и механизмы ее реализации ..........................................................80 Журналирование в Caché ..........................................................................................................................80

Write Image Journaling............................................................................................................................80 Параметры WIJ.......................................................................................................................................81 Режим Panic в Write Daemon.................................................................................................................82 Обеспечение логической целостности .................................................................................................82 Дополнительные параметры журналирования ....................................................................................84 Журналирование в сети .........................................................................................................................84 Просмотр файла журнала ......................................................................................................................85 Восстановление из файла журнала.......................................................................................................86

Сохранение Caché (Backup) ......................................................................................................................88 Определение параметров сохранения и выполнение сохранения .....................................................89 Текстовый режим сохранения...............................................................................................................90

Восстановление БД из файла Backup .......................................................................................................91

Теневое журналирование...............................................................................................................................92 Как работает теневое журналирование ....................................................................................................92 Два способа теневого журналирования ...................................................................................................92 Передача по блокам ...............................................................................................................................93 Поблочно с применением изменений...................................................................................................93 Поблочно, без применения изменений ................................................................................................93 Передача по записям..............................................................................................................................93 По записям, с применением изменений ...............................................................................................94 По записям, с просмотром изменений .................................................................................................94 Конфигурирование сервера базы данных ............................................................................................94

Конфигурирование дублирующего сервера ............................................................................................95


стр. 6

Установка бюджетов и привязка терминалов к приложению ................................................................99

Бюджеты пользователей и устройств.......................................................................................................99 Порядок старшинства для бюджетов пользователей и устройств.......................................................100 Параметры бюджета ............................................................................................................................100

Привязка приложения Caché в среде UNIX к пользователю ...............................................................101

Администрирование процессов...................................................................................................................102

Системные утилиты для администрирования процессов ......................................................................102

Максимальное количество процессов ........................................................................................................102

Информация о процессе ..............................................................................................................................103

Останов процесса ........................................................................................................................................106

Сообщение на терминалы...........................................................................................................................106

Блокировки в Caché ......................................................................................................................................107

Локальные блокировки.................................................................................................................................107

Удаленные блокировки (remote locks)........................................................................................................107

Удаление блокировок ...................................................................................................................................107

Увеличение таблицы блокировок................................................................................................................109

Сообщение Lock Table Overflow..................................................................................................................110

Администрирование устройств ввода-вывода .........................................................................................111

Поддержка устройств в Caché..................................................................................................................111

Утилиты для администрирования устройств.........................................................................................111

Идентификация устройств........................................................................................................................112 Мнемоимена устройств ...........................................................................................................................112 Идентификаторы устройств ....................................................................................................................112 Псевдоним устройства.............................................................................................................................113

Типы устройств...........................................................................................................................................113

Задание областей мнемоник по умолчанию ..............................................................................................113

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

Преимущества сети ....................................................................................................................................114

Модель Open System Interconnect (OSI) ......................................................................................................114

DCP ...............................................................................................................................................................115

DSM-DDP......................................................................................................................................................115

Системные сетевые процессы в Caché .....................................................................................................115 Системный процесс DMNNET ...............................................................................................................115 Системный процесс RECEIVE................................................................................................................116 Системный процесс DCPDMN ...............................................................................................................116 Сетевые процессы и Лицензия Caché.....................................................................................................116

Настройка сети...........................................................................................................................................116

Администрирование удаленного узла.........................................................................................................117

Обработка сетевых транзакций ...............................................................................................................118 Влияние однофазного Commit на структуру приложения ...................................................................118 Ошибки обработки сетевых транзакций ................................................................................................119 Утилита %TRANSTATE.....................................................................................................................120 Файл ошибок в асинхронных Set и Kill .............................................................................................120 Вывод сообщений об ошибках ...........................................................................................................121


стр. 7

Список рисунков

Рисунок 1. Куб Caché на панели задач Windows ..............................................................................23 Рисунок 2. Выбор нужной утилиты из куба Caché ...........................................................................24 Рисунок 3. Пример создания списка серверов Caché для управления...................................29 Рисунок 4. Останов Caché в среде Windows .......................................................................................31 Рисунок 5. Останов Caché сервера в среде UNIX ...........................................................................................32 Рисунок 6. Мастер создания новой конфигурации .........................................................................................33 Рисунок 7. Установка нужной конфигурации в качестве стартовой.............................................................34 Рисунок 8. Установка параметров страта сервера лицензий ......................................................43 Рисунок 9. Пример Б-дерева ......................................................................................................................46 Рисунок 10. Схема организации многотомной БД Caché...............................................................................49 Рисунок 11. Управление наборами томом через Панель управления .....................................51 Рисунок 12. Атрибуты существующей БД .............................................................................................52 Рисунок 13. Пример добавления тома утилитой ^MSU ..................................................................54 Рисунок 14. Пример работы утилиты ^LABEL.....................................................................................55 Рисунок 15. Параметры баз данных в Редакторе конфигураций ..............................................56 Рисунок 16. Пример работы с утилитой ^MSU ...................................................................................57 Рисунок 17. Пример интерфейса утилиты ^GCOMPACT .................................................................60 Рисунок 18. Пример отображения свободного количества блоков в БД утилитой

^%FREECNT............................................................................................................................................61 Рисунок 19. Указание места ведения WIJ .............................................................................................62 Рисунок 20. Пример создания мепинга для глобала .......................................................................................67 Рисунок 21. Пример создания мепинга глобала на уровне индексов (SLM)................................................68 Рисунок 22. Свойства существующего глобала .................................................................................71 Рисунок 23. Изменение атрибута журналирования для группы глобалов ............................71 Рисунок 24. Пример изменения области роста для существующего глобала ......................72 Рисунок 25. Получение каталога глобалов в Проводнике ............................................................74 Рисунок 26. Пример настройки параметров экспорта глобалов в Проводнике ..................76 Рисунок 27. Получение каталога программ в Проводнике ...........................................................78 Рисунок 28. Пример настройки параметров экспорта программ в Проводнике .................79 Рисунок 29. Переключение места ведения журнала .......................................................................82 Рисунок 30. Старт работы журнала и указание максимального размера файла журнала

.....................................................................................................................................................................83 Рисунок 31. Просмотр файла журнала ...................................................................................................85 Рисунок 32. Просмотр файла журнала в текстовом режиме ........................................................86 Рисунок 33. Восстановление из журнала в текстовом режиме ...................................................87 Рисунок 34. Управление сохранением в Панели управления .....................................................89 Рисунок 35. Пример определения списка БД для сохранения в текстовом режиме.........90 Рисунок 36. Пример старта сохранения в текстовом режиме .....................................................91 Рисунок 37. Пример диалога при восстановлении в ^BACKUP...................................................92 Рисунок 38. Пример настройки основного сервера для работы с теневым сервером .....95 Рисунок 39. Настройка параметров в конфигурации дублирующего сервера ....................96 Рисунок 40. Настройка параметров теневого сервера ...................................................................97 Рисунок 41. Настройка таблицы отображения в теневом журналировании.........................97 Рисунок 42. Запуск теневого процесса на выполнение .................................................................98 Рисунок 43. Работа с бюджетами пользователей и устройств ....................................................99 Рисунок 44. Параметры бюджета пользователя или устройства .............................................100 Рисунок 45. Ввод информации о процессе в Панели управления ..........................................103 Рисунок 46. Вывод информации о процессе в текстовом режиме...........................................104 Рисунок 47. Вывод списка процессов в текстовом режиме утилитой ^%SS .....................104 Рисунок 48. Работа с таблицей блокировок в Панели управления..............................................................108 Рисунок 49. Работа с таблицей блокировок в текстовом режиме в утилите ^LOCKTAB

...................................................................................................................................................................109 Рисунок 50. Установка максимального размера таблицы блокировок ..................................110 Рисунок 51. Создание описания удаленного сетевого узла.......................................................117


стр. 8

Установка Caché В этом документе описывается, как установить Caché 4.1.3 на компьютере, работающем под Windows 95, 98, 2000, NT (service pack 4, 5, или 6), ME. После установки можно настроить конфигурацию Caché в соответствиями в Вашими потребностями или использовать имеющуюся конфигурацию Caché.

Системные Программы и Глобалы InterSystems не рекомендует редактировать никакие системные программы, утилиты или глобалы, т.к. процедура установки все их обновляет. Поэтому если вы замените такие программы и глобалы, все изменения будут утрачены.

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

Установка в среде Windows

Аппаратное обеспечение Для работы в Caché подходит любая система, способная эффективно поддерживать работу под Windows. Производительность Caché значительно возрастает с увеличением скорости работы процессора и диска.

Caché занимает порядка 100 Мб дискового пространства (сюда не включается объем пользовательских данных). Для установки Caché на системном диске Windows должно быть 10Мб дополнительного свободного пространства.

Для установки Caché необходимо наличие дисковода для компакт-дисков, либо подключенного к компьютеру, либо доступного по сети.

Операционная система Caché поддерживается для следующих версий Windows:

• Windows 95 • Windows 98 • Windows 2000 • Windows NT 4.0 (Service Pack 4, 5, или 6) • Windows ME

Чтобы установить Caché на платформе Windows NT, Вам потребуются полномочия системного администратора NT.

Windows-клиент, запускающий Caché-приложения для разработки и/или утилиты системного администрирования, должен иметь установленный Microsoft Internet Explorer 5. Это необходимо для


стр. 9

работы в режиме online подсказок, имеющих HTML-формат.

При установке Caché по сети последовательность действий такова:

1. Скопируйте полностью содержимое компакт-диска на сетевой диск.

2. Подключите сетевой диск, чтобы он назывался одной буквой, например, "Q:" (например, с помощью Windows Explorer, выбрав последовательность команд в меню Сервис-Подключить сетевой диск).

Это необходимо для работы установщика Caché, в противном случае команда netuse

(использующая UNC drive mapping) может не выполниться.

Ограничения на Директорию для установки Нельзя установить Caché в директорию, которая:

• Содержит «крышку» (^) в последовательности пути • Содержит символ, не являющийся символом US ASCII • Является корневой директорией диска (например, C:\) • Находится в директории drive:\Program Files • Имеет более 32 символов в последовательности пути

Сообщения об ошибках при установке В этом разделе описаны некоторые предупреждающие сообщения и сообщения об ошибках, возникающие во время процедуры установки.

Сообщение DLL Overwrite

В процессе установки (особенно под Windows 95/98) может возникнуть такое сообщение:

c:\windows\system\msvcrt.dll Overwrite?

Это корректная обработка ситуации, когда файл помечен как «только для чтения». При возникновении такого сообщения нужно ответить "Yes" или "Yes to all".

Сообщение MS-DOS Mode

Иногда под Windows 95 и 98 в некоторых системах свойства MS-DOS Prompt (command.pif) в директории Windows модифицируются так, что в Дополнительных Настройках Программы появляется "MS-DOS mode". Caché не может работать в такой среде.

Определить, что такая несовместимость имеется в Вашей системе можно, если в процессе установки в окне с заголовком MS-DOS


стр. 10

Prompt появится сообщение:

This program is set to run in MS-DOS mode and cannot run while otherprograms arerunning. All other programs will close if you choose to continue.

Если все-таки нужно запустить command.com в режиме MS-DOS, можно поступить так:

1. Скопируйте command.com и command.pif из директории Windows в директорию, которой нет в path. (Например, в C:\ или переместите их в директорию той программы, которая требует запуска command.com в режиме MS-DOS).

2. Измените свойства command.pif в директории так, чтобы в Дополнительных Настройках Программы файла \Windows\command.было: "Suggest MS-DOS mode as necessary."

Это изменение позволит Caché функционировать нормально.

Сообщение Uninstallation

Если случайно дважды сделать двойной щелчок мышью на опции Установить в окне Caché Setup, возникнет предупреждающее сообщение. (Это означает, что дважды запущен Установить).

Второй запущенный Install выдает предупреждение о том, что установка невозможна, т.к. идет удаление, и процесс установки может подвиснуть. Причина в том, что в директории Temp много промежуточных InstallShield директорий (_ins*.dir).

Стандартная установка Caché Стандартная процедура установки позволяет установить как серверную, так и клиентскую компоненты Caché на компьтере.

Выполнение стандартной установки:

1. Для выполнения обновления остановите Caché сервер на компьютере. Закройте Windows приложения и остановите Web сервер (если он установлен на том же компьютере). Убедитесь, что имеете доступ к источнику. При установке с компакт-диска вставьте диск с программным обеспечением. При сетевой установке убедитесь, что имеете доступ к устанавливаемым файлам.

2. Нажмите конопку Пуск и выберите Выполнить. В строке Открыть (в диалоговом окне Выполнить) введите:

[drive]:\setup.exe


стр. 11

где drive �это буква, соответствующая Вашему дисководу для компакт-дисков. Появится окно Caché Setup.

1. В окне Caché Setup выберите Install. Начнется установка Caché. Процедура установки проверяет, что на диске имеется по крайней мере 10 Мб свободного дискового пространства.

2. В процессе установки отвечайте на появляющиеся запросы. Нажимайте Next для перехода к следующему шагу, нажимайте Back, чтобы вернуться к предыдущему шагу и изменить введенные данные. Нажатие на Quit прекратит установку.

Виды установок:

Стандарная -- Устанавливает серверную, клиентскую компоненты и ODBC Driver. Включая Объекты Caché.

Клиент -- Устанавливает только клиентскую компоненту Caché.

Пользовательская -- Позволяет выбрать компоненты для установки. После установки Caché на Панели задач Windows в ее системной области должен появиться значок Caché Куб. Правым щелчком на нем можно вызвать меню Caché. Кроме того, строчка со значком Caché появится в меню Программы.

Для NT серверов Caché сервис в установке называется "Caché Controller for configname". Сервис запускается автоматически как NT сервис при запуске сервера. Если при вводе информации о лицензионном ключе было указано, что Сервер Лицензий работает на том же компьютере, Сервер Лицензий будет стартовать автоматически

Таблица 1: Компоненты для установки Caché

ActiveX Connectivity

Устанавливает компоненты ActiveX, что обеспечивает взаимодействие между клиентскими приложениями и Caché. Другая требуемая компонента: Caché Direct Connectivity.

Caché Direct Connectivity

Устанавливает Caché Direct, который необходим для взаимодействия в клиентом

Caché Engine

Устанавливает механизм базы данных Caché. Другие требуемые компоненты: Caché Tools and Utilities, Caché Direct Connectivity, ActiveX Connectivity.

Caché Engine Link Libraries

Устанавливает C header файлы и объектные файлы, необходимые для релинка Caché на Windows платформах.

Caché Tools and Utilities

Устанавливает инструментарий для разработки (такой как Caché Studio and Caché Architect) и утилиты администрирования системы (такие как Caché Редактор Конфигураций). Другие требуемые компоненты: Caché Direct Connectivity и ActiveX Connectivity.


стр. 12

Documentation

Устанавливает документацию Caché. Документы имеют HTML или PDF формат.

M/SQL F DBMS

Устанавливает базу данных F-DBMS. Заметьте, что эта база данных не будет хранить Объекты Caché . Другая требуемая компонента: Caché Direct

Manager Utility Source Code

Устанавливает исходный текст утилит в Namespace %SYS. Другая требуемая компонента: Caché Direct

ODBC Connectivity

Устанавливает Caché SQL ODBC Client Driver. Другая требуемая компонента: Caché Direct Connectivity.

Samples Устанавливает примеры программ для Объектов Caché и для Java.

Web Server Gateway (CSP)

Устанавливает Caché Server Pages (CSP) gateway на Web сервер установочной машины.

WebLink Устанавливает Caché WebLink, который соединяет базу данных Caché с World Wide Web.

Заметьте, что компоненты по умолчанию в установке Пользовательская � Caché Engine, Caché Direct Connectivity, ActiveX Connectivity, ODBC Connectivity, Caché Tools and Utilities, WebLink и Samples � это те же компоненты, которые устанавливаются при установке Стандартная.

Установка F-DBMS Версия F.17 реляционной среды M/SQL (далее называемая "F-DBMS") может существовать в Caché системе, которая имеет тип базы данных Caché SQL по умолчанию. Когда установлены оба типа, см. ограничения в документации.

Ввод лицензионного ключа Сервер Лицензий требуется, если Вы используете лицензии Caché ClientServerPrimary, ClientServerAdditional, Enterprise, Division или Workgroup. Для лицензий Terminal и Server Сервер Лицензий не требуется. Отдельно стоящие однопользовательские PC используют однопользовательскую лицензию по умолчанию. За дополнительной информацией о лицензировании обращайтесь к Вашему поставщику Caché.

Сервер Лицензий может работать как локально, так и на удаленной системе. Запускайте ровно один Сервер Лицензий для каждой группы лицензий, т.е. для каждой группы связанных лицензий.

Файл лицензии (называется cache.key) имеет читаемый формат. Если есть лицензия, но она не установлена или нужно обновить информацию в лицензии, в процессе установки на запрос, нужно ли


стр. 13

добавить лицензию:

• Выберите No для использования однопользовательской no-connectivity лицензии по умолчанию. Потом Вы сможете обновить информацию о лицензии.

• Выберите Yes для запуска Мастера лицензий Caché. Следуйте дальнейшим инструкциям для завершения.

Вы можете определить лицензионный ключ или на этапе установки или позже в Редакторе Конфигураций.

Чтобы ввести местоположение Сервера Лицензий:

Если Сервер Лицензий уже используется (локально или на удаленном компьютере), его местоположение должно быть указано в системной конфигурации каждого сервера Caché, работающего под этой лицензией.

1. Нажмите Далее в первом окне Мастера лицензий.

2. Пометьте Использовать сервер лицензий , если хотите получить лицензию с имеющегося сервера.

3. Введите IP адрес или Имя хоста системы, запускающей Сервер Лицензий. (При вводе IP Адреса используйте десятичный формат (например: 194.7.104.33). Для запуска Сервера Лицензий на локальной машине можно использовать адрес 127.0.0.1. Также можно использовать реальный IP адрес, который можно узнать в Панели Управления Windows) .

4. Введите Номер порта (по умолчанию используется 4001) системы, запускающей Сервер Лицензий.

5. Выберите Закончить.

При старте конфигурации Caché будет получать лицензии от Сервера Лицензий.

Проблемы с лицензией Если после ввода лицензии и перезапуска Caché Вам доступен только один пользовательский процесс, проверьте, что лицензия введена правильно. Утилита Caché Manager покажет, сколько процессов запущено.

Если после запуска Caché с Сервером Лицензий Вам доступны только два процесса, проверьте корректность IP адреса для Сервера Лицензий.

Если Вы можете стартовать несколько процессов (но не все, указанные в Вашей лицензии), проверьте максимальное число пользовательских процессов в закладке Дополнительно | Основное Редактора конфигураций Caché. Убедитесь, что это число совпадает с


стр. 14

числом пользователей, которым надо запускать Caché в Вашей системе.

Вы также можете проверять файл cconsole.log с сообщениями об ошибках с лицензией. Этот файл находится в директории системного администратора.

Установка ViewPoint Вместе с Caché поставляется ViewPoint � инструмент для контроля и анализа производительности. Однако host software и client software каждое требует отельного лицензионного ключа для его активации. Для приобретения лицензий на ViewPoint обращайтесь к Вашему поставщику Caché.

Пакетный драйвер Caché InterSystems Для использования Raw Ethernet, DDP или LAT (требуется только для NT) с Caché в Windows системах, нужно установить подходящий пакетный драйвер.

Безмолвная Установка Caché Утилита установки Caché для Windows предоставляет Вам возможность выполнения безмолвной установки на Ваш компьютер. Чтобы запустить безмолвную установку, нужно использовать программы установки Setupi.exe (для Intel машин) или Setupa.exe (для Compaq Alpha машин) из директории NT. Setup.exe, расположенныйв корне компакт-диска, ничего не делает с InstallShield установкой и не передает никаких параметров в программы InstallShield, которые в конечном счете вызываются.

Обычная (не безмолвная) установка получает необходимые данные от пользователя в форме ответов в диалоговых окнах. Безмолвная установка не запрашивает у пользователя данные, а берет их из InstallShield Silent файла (.iss файла) � файла ответов. Формат такого файла см. в Документации.

Удаление Caché Для удаления Caché используйте только поставляемые для удаления программы. Например, под Windows NT используйте утилиту из панели управления Windows. Все не-Caché программы для удаления не поддерживаются и их использование может привести к непредсказуемым последствиям.

Установка для UNIX В этой главе описана процедура установки Caché. предполагается, что вы знакомы со структурой директорий, утилитами и командами UNIX и Linux.


стр. 15

Поддерживаемые платформы Текущая версия Caché может быть установлена на следующие платформы:

Операционная система Примечание

Alpha OpenVMS 7.2,7.2-2, 7.3 1,4

Alpha Tru64 UNIX 5.1 1

HP/UX 11, 11i

IBM P Series AIX 4.3.3, 5.1 1

Red Hat Linux (Intel) 7.1 1,3

Sun Solaris (SPARC) 2.8 (64-bit only) 1

SuSE Linux (Intel) 7.1 1,3

Windows 95, 98, ME, NT 4 (SP4, SP5, SP6), 2000, XP(32-bit only)

1,3

Примечания: 1 � поддержка 8-bit и Unicode 3 - ODBC драйвер, SQL шлюз доступны 4 � нет поддержки CSP

Более подробный список поддерживаемых платформ смотрите на сайте компании Intersystems www.intersystems.ru или http://cache.intersys.com/cache/product-tables/current-prodlist.html

Другие продукты InterSystems:

http://mtechnology.intersys.com/mproducts/producttables/prodlist.html http://mtechnology.intersys.com/mproducts/producttables/prodavail.html

Конфигурирование однопроцессорных машин Версия Caché 3.1 по умолчанию устанавливалась в мультипроцессорном режиме. Поэтому чтобы переконфигурировать Caché для однопроцессорных машин, нужно было использовать Редактор Конфигураций Caché.

Сейчас в этом нет необходимости, т.к. Caché 4 может автоматически определить, является ли Ваш сервер одно- или мультипроцессорной машиной, и программное обеспечение будет установлено в подходящей конфигурации.


стр. 16

Типы установок Можно выполнять установку одного из трех типов:

• Новая установка � Вы впервые устанавливаете Caché на данную UNIX или Linux платформу.

• Прямое обновление � Вы делаете обновление до версии 4.1.3 версий Caché 3.1.x или 3.2.x. Вам не требуется конвертация имеющейся базы данных, но нужно обновить до версии 4.1.3.

• Обновление ISM -- Вы делаете обновление до версии 4.1.3 из ISM 6.4. Вы должны конвертировать имеющуюся базу данных в текущий формат.

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

Заметьте, что база данных системного администратора обновляется автоматически в базу данных Caché SQL.

Процедура установки Caché Ниже описана процедура установки Caché.

Чтобы запустить cinstall, нужно зарегистрироваться как пользователь с id root.

Определение параметров системы

Читайте далее в этом документе. Используйте представленные в нем диаграммы и формулы, чтобы определить подходящие значения для параметров Caché и UNIX.

Создание директории системного администратора (при первой установке)

Файлы и база данных системного администратора должны содержаться в одной директории

Выполните такие команды:

# mkdir /usr/cachesys # chmod 755 /usr/cachesys

# cd /usr/cachesys

Внимание:

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

Копирование файлов дистрибутива

Скопируйте установочные файлы Caché с дистрибутива. Для


стр. 17

обновления можно разместить их в директории системного администратора или во временной директории (рекомендуется).

1. Запустите автоматическую процедуру установки:

# ./cinstall

Начнется процедура установки, которая будет задавать некоторые вопросы.

Внимание:

После установки не удаляйте никакие файлы, которые Caché создаст в директории системного администратора.

После установки

Теперь можно зарегистрироваться в системе и установить конфигурацию. Запустите cstart для старта Caché:

./cstart [configname]

здесь configname � имя конфигурации. Если Вы не укажете имя конфигурации, cstart будет использовать имя последней. Имя текущей конфигурации хранится в файле cache.cpf

Ввод лицензионного ключа с Windows клиента

Вы можете позже ввести лицензионный ключ с Windows клиента Caché.

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

• "Определение потребностей памяти и диска" � Определение потребностей памяти, пространства для своппинга, потребностей диска, максимального количества буферов, максимального количества пользователей, максимального размера базы данных.

• "Конфигурация параметров ядра UNIX" � настраиваемые параметры UNIX и других платформ - специальные вопросы администрирования памяти.

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


стр. 18

Определение потребностей памяти и диска

В этом разделе собраны основные системные потребности для большинства систем.

Определение потребностей памяти

Воспользуйтесь распределением памяти, показанным в Таблице 2-1, чтобы определить размеры памяти, которая потребуется для Caché. Предполагается, что для изменения параметров Вы используете Редактор Конфигураций Caché (с Windows клиента).

Таблица 2-1. Потребности памяти

Компоненты Потребности памяти

Операционная система

1800 KБ (зависит от операционной системы)

Caché 842 KБ

Буфера глобалов 2.2 KБ на буфер

Буфера программ 32 KБ по умолчанию. Рекомендуется не менять.

Потребности пользователя

1024 KБ на процесс. Размер пользовательского раздела, который покрывает потребности некоторых пользователей, можно настраивать с помощью Редактора конфигураций Caché.

Сеть (если имеется)

300 KБ на порт для каждого сетевого системного процесса (DMNNET, DCP и RECEIVE). Caché порты имеют по два системных процесса DMNNET на порт. Кроме этого, есть потребность сети в разделяемой памяти, которая зависит от количества портов и количества удаленных машин в конфигурации. Для большинства систем эта потребность порядка 304 KБ.

Определение пространства для своппинга

Объем пространства, доступного для своппинга, никогда не должен быть менее, чем реальный объем памяти плюс 256 KБ.

Если говорить о минимуме, InterSystems рекомендует в качестве минимального объема пространства для своппинга, необходимого для Caché, следующее значение:

(# процессов+ 4)а * (512 KБ)b

+ (# буферов глобалов* 2.2 KБ)

+ (# буферов программ * размер буфера программы)

a


стр. 19

К количеству процессов добавляется 4 для Caché Control Process (MCP), Write Daemon, Garbage Collector и Journal Daemon. Нужно добавить также 1 для каждого slave Write Daemon. Количество процессов должно включать все пользовательские и служебные процессы, которые могут запускаться одновременно. Если Вы работаете в сети, добавьте 1 для системного процесса RECEIVE плюс количество DMNNET процессов (2 на порт). Для системы на сервере добавьте количество DCP процессов, которые могут быть созданы при подключении потенциальных клиентов к серверу.

b

Число 1024 KБ � приблизительное. Оно базируется на текущем размере программ Caché и растет с размерами раздела, который Вы выделяете каждому Caché процессу в Редакторе Кофигураций. Заметьте, что в большинстве систем Вы должны выделить столько пространства для своппинга, сколько необходимо. Однако в некоторых системах требуется выделить пространство для своппинга исходя из худшего случая. В этих условиях нужно увеличить это число до 1.5 Mб, в зависимости от заданного Вами размера раздела.

Убедитесь, что Ваша UNIX система допускает тот объем пространства для своппинга, который требуется. Дополнительную информацию по этому вопросу см. в Документации операционной системы UNIX.

Определение потребностей диска

Помимо только что вычисленного объема пространства для своппинга, Вам потребуется еще:

• 25 MБ для Caché SQL.

• 22 MБ для опциональной базы данных F-DBMS.

• 20 MБ для директории системного администратора и базы данных.

• Пространство для базы данных Вашего Caché приложения.

• 2.3 KБ на буфер глобала для файла Write Image Journal. Заметьте, что если на вашем диске не найдется достаточного места для файла Write Image Journal, при старте Caché Вы увидите сообщение о том, что система не стартовала.

• Желаемый размер файла журнала.

• 65 MБ для файлов установки.

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


стр. 20

Максимальное количество буферов

Caché поддерживает следующие максимальные значения:

• 2048 MБ для буферов глобалов (данных) (размер буфера глобалов 2.2 Kб)

• 2048 MБ для буферов программ (размер буфера программы может быть задан пользователем)

Максимальное количество пользователей

Максимальное количество пользователей для Caché � это наименьшее из следующих значений:

• Лимит лицензии

• # буферов программ - 1

• # семафоров - 4

Максимальный размер базы данных

Параметр ulimit в UNIX определяет максимальный размер файла для процесса. Этот параметр должен быть установлен по крайней мере в 2 ГБ.

Конфигурация параметров ядра UNIX

Caché использует конфигурируемое количество семафоров в наборах, размер которых вы определяете. Параметры SEMMNI, SEMMNS и SEMMSL описывают количество семафоров в наборе и общее количество семафоров, используемых Caché.

Caché создает три сегмента разделяемой памяти. Размер первого - приблизительно 60 KБ. Второй сегмент - 2.1 KБ на буфер глобала, и третий - это количество буферов программ, умноженное на размер каждого буфера программ. Параметры, относящиеся к этим сегментам памяти, это SHMMAX, SHMMNI, SHMSEG и SHMALL.

Вы можете изменить NBUF и NHBUF в соответствии с требованиями другой системы. Т.к. Caché производит все свое собственное буферирование диска, можно держать NBUF и NHBUF маленькими.

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


стр. 21

Таблица 2-2. Настраиваиваемые парметры UNIX

Параметр ядра

Минимальное рекомендуемое значение

Определение

CDLIMIT Количество байт в наибольшем виртуальном томе

Максимальный размер файла.

MSGMAX 1024 Максимальный размер сообщения, в байтах.

MSGMNI 2

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

NCALL 250 Размер таблицы тайм-аутов (только для SCO).

NOFILES 35 Количество открытых файлов на процесс.

SEMMNI произведение SEMMNI и SEMMSL должно быть больше, чем # пользовательских процессов + 4

Количество идентификаторов семафоров в ядре; это количество уникальных наборов семафоров, которые могут быть активными в каждый момент.

SEMMNS >= количество пользовательских процессов + 4 или >= 200 (тому, которое больше)

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

SEMMSL См. SEMMNI Максимальное количество семафоров на список идентификаторов.

SHMALL

1000 + (2.2 x количество буферов глобалов) + (размер буфера программ x количество буферов программ) Это минимальное значение, требующееся для Caché под UNIX. Нужно также принять во внимание другие приложения, которые используют разделяемую память. Если у Вас нет информации об этом, вычислите SHMALL как SHMSEG, умноженное на SHMMAX, в страницах; это значение подойдет во всех случаях.

Максимальный размер разделяемой памяти, для систем AT&T. Значения должны быть в КБ. 1000 представляет разделяемую область MCOMMON. 2.2 � это размер буфера глобалов.

SHMMNI 3 Максимальное количество идентификаторов разделяемой памяти

SHMSEG 3 Количество подключенных сегментов разделяемой памяти на процесс


стр. 22

SHMMAX

Наибольшее из: Суммарный размер буферов глобалов Суммарный размер буферов программ 60 KБ и не более чем 1/2 всей памяти системы

Максимальный размер сегмента разделяемой памяти


стр. 23

Запуск Caché В этой главе описываются процедуры, необходимые для ежедневной работы в Caché.

Caché интерфейс Первичный Caché интерфейс � это Caché Куб. Из Caché Куба можно получить доступ практически ко всем инструментам по конфигурированию сервера Caché и его администрированию Caché. Однако, некоторые возможности могут быть доступны только в текстовом интерфейсе. В основном это те функции, которые требуют работы по восстановлению данных или параметров системы после ее краха, вызванного, например, аппаратными сбоями, поскольку подсоединение графических клиентских утилит может быть просто невозможным.

Значок Caché Куб Когда вы стартуете клиента Caché под Windows, на панели задач появляется значок Caché Куб.

Рисунок 1. Куб Caché на панели задач Windows

Если Caché Куб случайно был закрыт, то его страт можно осуществить программой \директория установки\Bin\csystray.exe

Элементы куба Caché

Куб Caché � это не сервер Caché. Это менеджер графических утилит для работы с Caché сервером. Все утилиты, запускаемые из куба Caché могут быть запущены и автономно. Исполняемые файлы утилит находятся в директории \директория установки\Bin\

Для вызова утилиты из куба Caché необходимо по нему щелкнуть правой кнопкой мыши


стр. 24

Рисунок 2. Выбор нужной утилиты из куба Caché

Среди утилит, включенных в куб Caché следующие:

1. Приступая к работе � справка для начинающих пользователей

2. Запуск � (доступно только для локальной машины) старт сервера Caché

3. Останов � (доступно только для локальной машины) останов сервера Caché

4. Object Architect � среда разработки объектов Caché

5. Studio � среда разработки программ и CSP страниц (в версии 4.2 Object Architect и Studio будут объединены в одну среду разработки)

6. Проводник � навигация по классам, программам, глобалам по базам данных

7. SQL-менеджер � среда для работа с SQL данными Caché

8. Панель управления � среда администратора

9. Монитор системы (доступен только для локальной системы) �


стр. 25

список выполняемых задач и статистика работы сервера Caché

10. Редактор конфигураций � средство редактирования параметров конфигурации, хранимых в файле конфигурации

11. Удаленный доступ � выбор любой из вышеперечисленных утилит для удаленной системы, описание которой создается посредством вызова следующего пункта меню

12. Сервер по умолчанию � указывает имя сервера, на который происходит подсоединение вышеперечисленных утилит, а также позволяет выбрать другой сервер по умолчанию и настроить список серверов, на которые возможен доступ с этого клиента Caché.

13. ? � вызов справки и руководств

14. Выход � закрытие куба Caché. Останов сервера Caché при этом не происходит.

Ограничения лицензии

Для работы с некоторыми средствами Caché требуется наличие лицензии. Вы можете получить сообщение < LICENSE LIMIT EXCEEDED> в случае нехватки лицензии.

Старт Caché под Windows Чтобы стартовать Caché, откройте (правым щелчком) Caché Куб и выберите опцию Запуск Caché из меню. Caché можно запустить и в процессе загрузки Windows.

Для автостарта сервера Caché в среде Win 95/98/МЕ необходимо включить в автозагрузку командную строку

\директория установки Caché\bin\css.exe start CONF

где CONF � имя конфигурации Caché.

В среде Windows NT/2000 Caché является сервисом и его автостарт можно включить в сервисах Windows или в Редакторе конфигураций Caché в закладке «Основное».

Старт Caché в UNIX Перед запуском Caché в UNIX проверьте, что одно из следующих утверждений верно:

• Вы являетесь супервизором.

• Вы зарегистрированы как root пользователь.

• UNIX uid Вашей группы соответствует группе, которую Вы назвали в процессе установки Caché как имеющую привилегии останавливать и стартовать систему.


стр. 26

Запуск Caché под UNIX из командной строки 1. Зарегистрируйтесь как пользователь, имеющий привилегию стартовать Caché.

2. Перейдите в директорию Caché (обычно /usr/cachesys).

3. Наберите ./cstart

Функции Запуска Когда Caché система стартует, она автоматически делает следующее:

1. Распределяет системные ресурсы, такие как память и дисковое пространство.

2. Определяет, необходимо ли восстановление из файла write image journal, и если это так, пытается выполнить его.

3. Откатывает незавершенные транзакции в журнале, если журналирование было включено. Журналирование включается автоматически, пока Вы не отключите его для Вашей конфигурации Caché.

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

5. Создает несколько системных процессов, которые будут всегда присутствовать, пока система работает. Заметьте, что сетевые процессы, DMNNET и RECEIVE стартуют позже, с помощью STU, когда Вы активируете сетевую конфигурацию.

Пользовательские Запуски %ZSTART и ZSTU В состав Caché входят настраиваемые пользователем программы запуска, которые позволяют вызывать приложения, устанавливать системные умолчания или выполнять другие специфические функции во время старта. Это программы %ZSTART и %ZSTU.

%ZSTART позволяет разделить функции запуска на секции, которые могут стартовать независимо. Это позволяет отключать секции, если они не нужны. Секции запуска:

• SYSTEM � Этот код запускается только когда стартует Caché.

• LOGIN -- Этот код запускается, когда пользователь регистрируется в Caché .

• JOB -- Этот код запускается, когда по команде JOB стартует фоновый процесс.


стр. 27

• CALLIN -- Этот код запускается, когда CALLIN интерфейс стартует процесс.

ZSTU - это единственный файл, который запускается только при старте системы.

Следующий пример показывает файл ZSTART: %ZSTART ; User startup routine.

SYSTEM ; Any code here is run just once when Cache starts.

set ^%LOG($HOROLOG)="System Started Up"quit

LOGIN ; Any code here is run when a user logs into Cache.

;For a non Cache Direct connection i.e. Telnet some of the $ZU;lookup functions will not work, however we can still get the;information and set it into the process table so they will work.;Setting the pid table will also allow for display in Control Panel.

new username,machname,exename,ipaddr

if $IO["|TNT|" do. set machname=$PIECE($PIECE($IO,":",1),"|",3) ; Get machine name

. write $ZU(67,12,machname,$JOB) ; Set machine name into pidtab

. set ipaddr=$PIECE($ZU(54,13,machname),",",1) ; IP lookup on name

. write $ZU(67,15,ipaddr,$JOB) ; Set IP address into pidtab

. quit

; Get information from Process Table (pidtab)set username=$ZU(67,11,$JOB) ; Get user login name.

set machname=$ZU(67,12,$JOB) ; Get remote machine name.set exename=$ZU(67,13,$JOB) ; Get exe name of GUI applicationset ipaddr=$ZU(67,15,$JOB) ; Get IP address of machine

; Set log global with appropriate informationset ^%LOG($HOROLOG,$JOB,"LOGIN")=username_"^"_machname_"^"_ipaddr_"^"_exenamequit

JOB ; Any code here is run when a process is started via JOB command.

CALLIN ; Any code here is run when a process is started via CALLINinterface.

.

Внимание: Caché может не стартовать, если есть ошибки в ZSTU или %ZSTART. Перед тем, как стартовать Caché, нужно убедиться в отсутствии ошибок в файлах запуска.

Вход в Caché Как только Caché система запущена, пользователи могут начинать работу с Caché.

Внимание: чтобы использовать GUI утилиты в системе, на удаленной машине должен быть запущен Caché SuperServer (%cmtp процесс).

Регистрация в локальной системе Чтобы войти в Caché, Вы должны сначала зарегистрироваться в Вашей локальной системе. Чтобы это сделать, необходим бюджет пользователя. Если Вы не знаете стандартного способа войти в Вашу систему или если у Вас нет бюджета, узнайте у системного администратора.


стр. 28

Чтобы использовать режим программирования или режим приложения на удаленном сервере, используйте TELNET клиента, LAT терминал или Caché терминал.

Регистрация в Caché под UNIX В UNIX или OpenVMS системы можно войти с терминала, запущенного на PC, dumb терминала, подключенного к терминальному серверу или с любой рабочей станции, с которой можно запустить TELNET.

1. Если Вы не за консолью, запустите telnet и подключитесь к нужной машине.

2. Наберите cache для входа в Caché

Конфигурирование удаленного доступа к системе Caché позволяет создавать и редактировать данные на удаленных системах. Это возможно только с рабочей станции под управлением Windows и установленном на ней клиента Caché. Для создания списка серверов Caché необходимо щелкнуть правой кнопкой мыши по кубу Caché и выбрать пункт «Сервер по умолчанию», «Добавить/изменить�»


стр. 29

Рисунок 3. Пример создания списка серверов Caché для управления


стр. 30

Завершение работы Caché Обычно Caché систему оставляют работающей, но может потребоваться завершить работу Caché перед завершением работы вашей системы, если нужно ее перезагрузить.

Действия во время закрытия Cache Завершение работы Caché производит процедура Shutdown. Shutdown делает следующее:

• Вызывает %ZHALT - программу, определенную пользователем, которая позволяет приложениям выполнить при завершении работы необходимые процедуры. %ZHALT - это скрипт-компаньон для %ZSTART. За дополнительной информацией о том, что можно разместить в %ZHALT, обращайтесь в раздел "%ZSTART and ZSTU Customize Startup for Your Site" документации.

• Вызывает ZSHUTDOW - программу, определенную пользователем, которая позволяет приложениям при завершении работы выполнить необходимые процедуры. ZSHUTDOW - это альтернатива более структурированной %ZHALT.

• Запрещает регистрацию и останавливает принятие новых транзакций.

• Сохраняет дневные и временные (time- and date-stamped) копии содержимого таблицы ошибок SYSLOG, добавляя ее в error log файл. Имя файла - csyserr.log. Файл размещается в директории системного администратора. Время от времени надо удалять старую информацию, чтобы она не занимала дисковое пространство.

• Выводит системный отчет о состоянии (только для UNIX и OpenVMS).

• Вызывает BROADCAS - утилиту, которая позволяет послать спредупреждающее сообщение пользователям о том, что им нужно завершить работу.

Когда Вы завершаете работу системы, те изменения глобалов, которых еще нет в буферном пуле глобалов, не будут записаны Write Daemon в базу данных Caché.

Если ^SHUTDOWN завершится неудачей, система автоматически форсирует shutdown. В этом случае некоторые буфера данных могут быть не сброшены на диск.

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


стр. 31

Привелегии, необходимые для завершения работы системы Windows: Вы должны быть за консолью.

UNIX:

• Вы должны быть супервизором

• Вы должны быть зарегистрированы как root пользователь

• UNIX uid Вашей группы соответствует группе, которую Вы назвали в процессе установки Caché как имеющую привилегии останавливать и стартовать систему.

Завершение работы Caché под Windows Для завершения работы Caché сервера в среде Windows щелкните правой кнопокой по кубу Caché и выберит пункт «Остановить Caché»

Рисунок 4. Останов Caché в среде Windows

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

Завершение работы Caché под UNIX Выполните cstop на уровне UNIX, из директории , в которую установлено Caché

cstop вызывает Caché утилиту SHUTDOWN, которая выводит отчет о состоянии системы и задает ряд вопросов.


стр. 32

Рисунок 5. Останов Caché сервера в среде UNIX


стр. 33

Конфигурирование Caché Конфигурация Caché состоит из информации о системной параметрах, базах данных, областях, сетевых соединениях и лицензии Caché.

Caché хранит всю информацию о системной конфигурации в файле конфигурации. По умолчанию файл находится в корневой директории Caché и имеет расширение .cpf. Первоначально по умолчанию Caché стартует с конфигурацией cache.cpf

Caché всегда стартует с конфигурацией по умолчанию под Windows 95, 98 и NT. Если нужно стартовать Caché с другими умолчаниями, можно изменить конфигурацию cache.cpf или создать новую.

Под UNIX и OpenVMS Caché всегда стартует с последней использованной конфигурацией, пока Вы не зададите другую конфигурацию в параметрах страта сервера Caché (cstart).

Создание файла с конфигурацией Caché В состав Caché входит Мастер конфигураций, с помощью которого можно быстро создать новый файл конфигурации, в том числе и по аналогу уже существующего. Для этого в Редакторе Конфигураций нажмите на кнопку «Мастера» и выберите «Создание файла

конфигурации». Далее следуйте указаниям Мастера.

Рисунок 6. Мастер создания новой конфигурации


стр. 34

Редактирование активной конфигурации После создания файла конфигурации в дальнейшем конфигурацию можно настраивать под свои нужды в любое время, безотносительно того, запущена Caché система или нет.

Внимание: Некоторые изменения в конфигурации требуют перезагрузки Caché.

Для установки одной из конфигураций в качестве активной в Редакторе конфигураций в закладке «Дополнительно» нажмите кнопку «Файлы�», выберите желаемую конфигураций и нажмите кнопку «Установить как стартовый»

Рисунок 7. Установка нужной конфигурации в качестве стартовой

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

Для удаления одной из конфигураций в Редакторе конфигураций в закладке «Дополнительно» нажмите кнопку «Файлы�», выберите желаемую конфигураций и нажмите кнопку «Удалить». Заметьте, что удалить можно только неактивную конфигурацию.

Файл сообщений cconsole.log Сервер Caché в процессе старта, работы, останова, а также пи возникновении критических ситуаций все сообщения записывает в фал cconsole.log

Это обычный текстовый файл, который может быть прочитан любым текстовым редактором. Содержимое этого файла можно также


стр. 35

просмотреть в Панели управления в пункте «Журнал регистрации», подпункте «Журнал консоли».

Поскольку размер log файла постоянно растет, Caché имеет параметр, определяющий максимальный размер этого файла (устанавливается в Редакторе конфигураций, закладка «Дополнительно», пункт «Основное», подпункт «Максимальный размер файла консоли»). При достижении максимального размера файл cconsole.log будет переименован в файл cconsole.old.

Файл cconsole.log можно удалять, даже тогда, когда работает Caché, - он автоматически будет пересоздан.

Коды ошибок в файле cconsole.log Caché регистрирует ошибки в фале cconsole.log в виде кодов. Следующая таблица содержит описание таких кодов

Номер ошибки Описание

1000+код UNIX Status error from muxsystem() mvmssystem(); process terminated due to a signal. VMS Status error from mvmssystem(); process terminated due to a signal.

2000+signal code

Status error from muxsystem() mvmssystem(); process terminated due to a signal.

10000 Unable to signal job after five tries.

10001 Job to signal has been replaced.

10002 No job to send signal to.

10003 Failure passing symbols.

10004 Caché cleared a pid from the job table.

10005 UNIX or OpenVMS: Caché encountered a duplicate pid, probably because a job died without Caché's knowledge, and the operating system released its pid.

10010 Bad Ethernet address in configuration.

10011 Unexpected message type from DLPI.

10012 Failure to initialize Ethernet Interface.

10013 No job available to run network write daemon.

10014 No dsgetfree number to use.

10015 Serious condition in network code.


стр. 36

10020 Expansion daemon can't allocate a single M block I/O buffer.

10021 Process waiting for expansion died.

10022 File expansion error.

10030 Garbage Collector tried to free a block that was already freed, and has set the number of free blocks in that map to an illegal value to prevent further allocation from that map.

10031 Write Daemon could not allocate memory for the image buffer. Write image journal disabled.

10032 Write Daemon could not create or open the write image journal file. Write image journal disabled.

10033 Write Daemon could not allocate an sfninuse table. Block synchronization feature disabled.

10050 A job has killed itself in order to create a core file.

10051 Resource held unexpectedly.

10052 Write Daemon error.

10053 File expansion error.


стр. 37

Лицензирование Caché В отличие от сложной лицензионной политики большинства поставщиков СУБД InterSystems предлагает единую и полную комплектацию всех систем. Существует несколько типов продуктов и лицензий Сache'. Все лицензии Cache' позволяют использовать все возможности СУБД, в том числе технологию клиент/сервер, объектную технологию, интерфейсы GUI, Web-, терминальный доступ и многое другое. Все виды лицензий позволяют вести как разработку, так и эксплуатацию приложений, различие заключается в масштабе системы и поддержке возможных конфигураций.

Типы продуктов Существует четыре типа продуктов Cache': Entree, Elite, Executive и Enterprise, которые отличаются, в основном, мощностью лицензии и гибкостью конфигурации. Эти продукты разработаны для различных конфигураций в диапазоне от Entree (лицензируется до 80 пользователей), до Enterprise (может объединять до десятков тысяч пользователей).

Entree Elite Executive Enterprise

Процессоров (CPU) на сервер

1 Intel 32-битная архитектура

1 � 4 1 � 8 Не ограничено

Операционная система Windows или Linux

Любая

Любая Любая

Максимальное количество лицензируемых одновременных подключений к серверу (Concurrent Users)

80 200 500 Не лимитируется

Максимальное количество баз данных

100 250 250 > 2000

Общий размер БД 100ГБ 500Г

Б 1ТБ > 256TБ

Максимальное количество серверов в сети DCP

Нет (1) 8 32 Не ограничено

Дополнительные возможности

Поддержка кластеров Поддержка NUMA


стр. 38

Объединение / Разделение Лицензий

1. Ограничение (80 пользователей) применяется только к лицензиям Named User и Concurrent User. Для лицензий Power Unit нет ограничений по количеству пользователей, но есть ограничение по количеству процессов - 100 процессов максимум.

Типы лицензий Существует четыре типа лицензий Cache': Named User, Concurrent User, Power Unit и Web Request. Лицензии Named User и Concurrent User могут использоваться только для приложений, которые обслуживают идентифицируемых пользователей (Users). Для других приложений, например, обслуживание анонимных Web-пользователей или приложений, обслуживающих потоки транзакций, которые не ассоциированы с конкретными пользователями, должны использоваться лицензии Power Unit или Web Request.

Лицензии Named User Лицензия Named User � это пользовательская лицензия, которая позволяет конкретным физическим идентифицируемым пользователям иметь доступ к одному или нескольким серверам. Размер лицензии Named User должен быть равен общему количеству пользователей, которые будут иметь доступ к серверам Cache', вне зависимости от того, когда они используют такой доступ.

Лицензия Single-Server Named User (односерверная) обеспечивает пользователю доступ к одной выделенной системе Cache'. Лицензия Multi-Server Named User (многосерверная) обеспечивает пользователю доступ к различным системам Cache', которые могут/не могут быть объединены вместе с использованием технологии Cache' Distributed Cache' Protocol (DCP). Для доступа к системам, использующим DCP, требуется лицензия Multi-Server.

Лицензия Entree Named User обеспечивает пользователю доступ только к серверам, использующим продукт Cache' Entree. Лицензия Enterprise Named User обеспечивает пользователю доступ к серверам, использующим любые продукты Cache'.

Хотя число лицензированных пользователей в лицензии Entree Named User может быть любым, равно как и число серверов, к которым они могут иметь доступ, каждый сервер Entree может обслуживать только до 80 конкурирующих (concurrent) пользователей. Для систем Named User, которые не имеют ограничений по количеству пользователей, применяется ограничение 100 процессов на сервер.

Лицензии Concurrent User Лицензия Concurrent User � это системная лицензия, которая


стр. 39

регламентирует доступ к одной или нескольким системам некоторому количеству пользователей в любой момент времени. Размер лицензии Concurrent User должен быть достаточен для доступа максимального количества пользователей, которые имеют доступ к Cache', в любой момент времени (единовременно). Лицензия Single-Server Concurrent User (односерверная) разрешает использование Cache' на одном сервере. Лицензия Multi-Server Concurrent User (многосерверная) разрешает использование Cache' на нескольких серверах и позволяет динамически распределять емкость лицензии между этими серверами, которые могут или могут не быть объединены с использованием DCP.

Пользователи (Users) Для лицензирования лицензий Named User и Concurrent User, каждый человек трактуется как пользователь (User). Пользователь может иметь множество (до 12) единовременных соединений или процессов. В добавление к людям, каждое устройство (кроме стандартных периферийных устройств компьютера) считается как пользователь (User). Например, каждый медицинский прибор, научный инструмент или часть производственного оборудования, которые используют Cache', считаются пользователями (User). Люди или устройства считаются пользователями вне зависимости от того, подключаются ли они к Cache' напрямую или нет. Если пулинг соединений или другое аппаратное или программное обеспечение используется для мультиплексирования доступа к Cache', каждый человек или устройство считаются как пользователь (User).

Клиентские устройства (Client Devices) В качестве альтернативы для систем Named User с количеством клиентских устройств 20 или менее, эти клиентские устройства (например персональные компьютеры или терминалы), а не люди, могут считаться пользователями (Users). Такой способ расчета может использоваться только для лицензий Single-Server Entree Named User.

Лицензии Power Unit Лицензия Power Unit � это системная лицензия, которая основывается на мощности компьютера, на котором инсталлирована система, вне зависимости от количества пользователей. Для компьютеров на базе процессоров Intel 32-битной архитектуры (или совместимых с ними), количество Power Unit�ов рассчитывается путем умножения числа процессоров (CPU) на тактовую частоту каждого процессора в мегагерцах (MHz). Для компьютеров других архитектур, например RISC, расчет выглядит также, но результаты умножаются на коэффициент 1.5.

Количество пользователей для лицензий Power Unit не учитывается, но лицензия Entree Power Unit не может обслуживать более 100 процессов на сервере. Системные процессы Cache' не учитываются.

Лицензия Multi-Server Power Unit позволяет использовать технологию Cache' DCP и конфигурации с теневым сервером и позволяют использовать Cache' на резервном сервере.


стр. 40

Лицензирование Web Request В качестве альтернативы для Web-приложений лицензирование Web Request работает аналогично плате за телефон: при расчете месячных платежей учитывается каждое обращение (Web request) к серверу Cache'. Лицензирование Web Request может использоваться вместе с лицензиями Concurrent User или Named User, размер которых устанавливается целесообразно со внутренними потребностями, такими как разработка или системное администрирование.

Лицензии Multi-Server (многосерверные) Каждая лицензия доступна как Single-Server (односерверная) и Multi-Server (многосерверная).

Многосерверная лицензия обеспечивает базу данных на ядре Cache' системой резервного копирования (Cache' shadowing technology) и позволяет устанавливать и использовать Cache' на резервном устройстве в случае, если в основной (обеспеченной лицензией) системе произошел сбой. Для лицензий Elite, Executive и Enterprise, Multi-Server также позволяет использовать сетевую технологию распределенных баз данных Cache' (DCP). DCP не поддерживается лицензиями Entree. Лицензии Enterprise Multi-Server предоставляют дополнительную гибкость: несколько лицензий можно объединять/одну лицензию можно разбивать на несколько.

Для лицензий Concurrent User, Multi Server позволяет динамически разделять емкость лицензии между группой серверов, использующих один сервер лицензий (Cache' license server). Эти сервера могут или могут не использовать DCP.

Для лицензий Named User, разница между Single Server и Multi Server заключается в другом. Лицензия Single Server Named User разрешает пользователю (User) иметь доступ к одному определенному серверу Cache', который не использует DCP. Лицензия Multi Server Named User разрешает пользователю иметь доступ к различным системам Cache', в том числе использующим DCP (последнее относится к продукту Enterprise).

Для конфигураций Multi-Server использующих DCP, максимальное количество пользователей или процессов считается равным сумме этих величин для всех систем в конфигурации.

Лицензии Platform

Под �платформой� понимается семейство компьютеров, использующих ту же операционную систему и имеющих совместимый набор инструкций и архитектуру процессора. Лицензии Platform-Specific работают на одной платформе. Они могут переноситься на другие компьютеры той же платформы, но не могут переноситься на другие платформы. Лицензии Platform-Independent, с другой стороны, могут работать на совокупности платформ (смешанных платформах) и могут переноситься на другие платформы.


стр. 41

Все лицензии Named User и Power Unit являются платформо-независимыми (Platform-Independent). Лицензии Concurrent User доступны в версиях Platform-Specific и Platform-Independent.

Минимальные размеры систем Лицензии Named User и Concurrent User имеют следующие ограничения на минимальный размер:

Продукт Минимальный размер

Entree 5 Users*

Elite 5 Users

Executive 25 Users

Enterprise 1 User на 30 Power Units

Системы Entree и Elite менее 25 пользователей имеют шаг увеличения размера 5 Users. Для систем большего размера, шаг увеличения размера равен 1 User.

*Для небольших систем типа Named User, в которых вместо людей в качестве Пользователей (Users) выступают клиентские устройства, возможны конфигурации из 1 и 3 Пользователей (1 User или 3 User systems).

Поддерживаемые платформы В настоящий момент Cache' работает на следующих операционных системах:

• Alpha / Digital UNIX 4.0 • Alpha / Digital UNIX 3.2 • Alpha / OpenVMS 6.1, 6.2, 7.0, 7.1 • AViiON (Intel) / DG/UX 4.1 • AViiON (Motorola 88000) / DG/UX 4.1 • HP/UX 10.X, 11 • IBM PowerPC / AIX 4.2, 4.3 • IBM RS/6000 / AIX4.2 • Motorola 88000 / UNIX System V Release 4 • SCO UNIX 5.0 • Solaris / SPARC 5.6 (aka 2.6) • Solaris / Intel 5.5 (aka 2.5) • Unisys / UNIX System V Release 4.1.2, 4.1.3 • VAX / OpenVMS 6.1, 6.2, 7.0, 7.1 • RadHat Linux 6.0, 7.1 • Windows NT 3.51 Service Pack 5 (Intel and Alpha) • Windows NT 4.0 Service Pack 3 (Intel and Alpha), Windows NT Enterprise • Windows 95, 98 • Windows 2000

Расширение лицензии (License Upgrade) Размер лицензии может быть увеличен до большего количества пользователей или большего значения Power Unit (для того же типа продукта и лицензии) путем уплаты разницы между ценами и в


стр. 42

соответствии с условиями на момент расширения. Размер лицензии не может быть уменьшен (downgrade).

Перенос лицензий Concurrent User. Лицензия Concurrent User может быть перенесена бесплатно на другой компьютер той же платформы. Лицензия Platform-Independent Concurrent User может быть перенесена на другую платформу бесплатно, при условии, что эта лицензия находится под программой обновления версий и новый компьютер поддерживается типом продукта.

Named User. Для лицензий Named User, находящихся под программой обновления версий а) список зарегистрированных пользователей и выделенных серверов (одного или нескольких) может периодически изменяться при условии, что размер системы не превысит лицензированной емкости системы; b) существует возможность бесплатной замены, либо (в случае с Многосерверным типом лицензии) добавления сервера.

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

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

Предупреждение: Без лицензии Caché позволяет запустить только 1 пользовательский процесс.

Чтобы просмотреть или изменить Caché лицензию, сделайте следующее:

1. Откройте Редактор Конфигураций из куба Caché.

2. Нажмите кнопку Мастера.

3. Выберите «Создать лицензию».

4. Появится Мастер создания лицензии, следуйте его иструкциям


стр. 43

Создание Сервера Лицензий Когда Вы установили лицензию, можно установить Сервер Лицензий для управления размещением лицензий в сети.

Сервер лицензии � это процесс Caché, который ведет учет занятых слотов лицензии и определяет возможность подключения новой сессии Caché в зависимости от типа лицензии и количества доступных лицензий.

Если у Вас односерверная конфигурация, то сервер лицензий у Вас должен работать и его IP адрес должен быть определен в 127.0.0.1.

Установка параметров старта сервера лицензий производится в Редакторе конфигураций.

Рисунок 8. Установка параметров страта сервера лицензий


стр. 44

Администрирование баз данных Caché В этой главе описывается организация баз данных Caché, их создание, редактирование, удаление и администрирование.

Организация базы данных Caché База данных Caché � это структура на диске, в которой хранятся данные Caché. В процессе установки Caché создается база данных администратора в заданной директории, а также три базы данных в поддиректориях. После инсталяции Caché администратор может создавать до 255 локальных Баз Данных.

Логическая модель данных Логическая модель хранимых данных � иерархическая. Встроенный SQL и объектный доступ использует на нижнем уровне именно иерархическую модель. Поэтому Caché реализует на базе иерархической модели еще и реляционную и объектную.

Т.е. Caché � это идеальная машина базы данных, в которой можно построить практически любую логическую модель данных. Примером такой реализации и является уже встроенные в сервер Caché реляционная и объектная модели.

С точки зрения языка CacheObjectScript обращение к иерархическим данным � это обращение к многомерным переменным, хранящимся на диске в файле БД. Известно, что любое логическое дерево представляют в виде узлов и данных. Каждый узел имеет свой собственный идентификатор, уникальный на своем логическом уровне в списке потомков своего узла-родителя. Каждый узел может существовать если у него есть потомки, или если есть данные, или если есть и данные и потомки. Полный путь или идентификация узла осуществляется с помощью перечисления идентификаторов всех его предков. БД в Caché представляет собой набор таких логических деревьев.

Логическое дерево, хранящееся внутри БД Caché, принято называть глобалом.

Приведем пример логического дерева или глобала. êxample(�A�)=1 êxample(�B�)=1 êxample(�C�)=1 êxample(�D�)=1 êxample(�G�)=7 êxample(�H�)=8 êxample(�I�)=9 êxample(�J�)=10 êxample(�M�)=13 êxample(�T�)=20 êxample(�U�,1)=21 êxample(�V�)=22


стр. 45

êxample(�W�)=23 êxample(�Z�)=26

Как можно увидеть из примера, показанный глобал имеет название êxample. Имя глобала � это идентификатор головного узла, который для всех остальных узлов является предком. Путь к заданному узлу глобала записывается в круглых скобках. Уровни индексов указываются через символ запятой.

Как видно из примера, узел êxample(�U�) не содержит данных, а имеет только одного потомка � узел êxample(�U�,1). Caché не хранит узлы, которые не имеют значений. Однако в среде Caché есть все возможности обратиться к узлу êxample(�U�) с целью определения его значения, наличия потомков и т.п.

Текущая реализация Caché накладывает ограничение на полный идентификатор узла и на длину значения каждого узла. Количество символов в полном индексе узла не может превышать 255 символов. Количество символов в значении узла не может превышать 32768 (т.е. 32 Кб).

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

Физически все глобалы в БД Caché хранятся в виде Б-деревьев.

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

Описание алгоритма работы Б-дерева выходит за рамки настоящего руководства. Рекомендуется обратиться к другим открытым источникам.

Б-дерево, построенное сервером Caché для хранения глобала êxample, описанного в предыдущем пункте, будет выглядеть следующим образом (номера блоков, разумеется, даны для примера, на самом деле они могут быть любыми другими).


стр. 46

Block 2 Type 1Link 0 Offset 200

1 ^data 282 ^temp 563 êxample 75


1 ^ 802 êxample(�M�) 81


1 ^ 902 êxample(�G�) 91


1 ^2 êxample(�A�) 13 êxample(�B�) 24 êxample(�C�) 35 êxample(�D�) 4


1 êxample(�G�) 72 êxample(�H�) 83 êxample(�I�) 94 êxample(�J�) 10


1êxample(�M�) 922 êxample(�T�) 95


1 êxample(�M�) 13


1 êxample(�T�) 202 êxample (�U�,1) 213 êxample (�V�) 224 êxample (�W�) 235 êxample (�Z�) 26

Рисунок 9. Пример Б-дерева

Глобал êxample начинается в блоке 75 � это корень Б-дерева. В блоке 75 всего две записи � это ссылки на блоки следующего уровня Б-дерева. Блоки 80 и 81 также не хранят никаких данных. Это блоки указателей и их цель � хранить ссылки на блоки нижнего уровня � блоки уровня данных. Блоки 90,91,92,95 � блоки данных. Они хранят данные каждого логического узла глобала êxample.

Если на заданном уровне Б-дерева количество блоков не равно одному, то в каждом левом блоке хранится ссылка на правый блок. Эта ссылка должна соответствовать номеру блока, на который ссылается запись в блоке предыдущего уровня, следующая за записью, которая первая в текущем блоке. Так, например, блок 90 имеет ссылку (Right Link) равную 91. А в блоке 80 на блок 91 ссылается запись êxample(�G�), которая следует за записью ^ (что означает корень логического дерева), которая ссылается на блок 90.

Наличие таких дублирующих ссылок позволяет отслеживать


стр. 47

корректность Б-дерева. Если обе ссылки не будут равны, то целостность хранения данных считается нарушенной.

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

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

Обратите внимание, что на приведенной схеме представлен также блок номер 2. Это блок каталога глобалов, которые хранятся в БД Caché. Основное назначение каталога глобалов � хранить атрибуты глобалов, а именно:

1. номер блока, с которого начинается Б-дерево глобала 2. последовательность сортировки логических индексов глобала (числовая, строковая и т.п.)

3. уровни доступа к глобалу 4. признак ведения журнала изменений глобала 5. номер блока в БД, начиная с которого можно выделять блоки при росте заданного глобала (так называемая «область роста»)\

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

Итак, для доступа к любому логическому узлу глобала потребуется как минимум чтение 3-х дисковых блоков (блок каталога глобалов, блок верхнего уровня указателей глобала, блок данных глобала). При росте объема хранимых данных зависимость времени доступа от объема будет иметь логарифмический вид, что означает стремление скорости доступа к постоянной величине при увеличении объема хранимых данных.

Поскольку размер блока в БД Caché равен 2 или 8 Кб, а один логический узел глобала может содержать до 32 Кб данных, то Caché строит так называемые Big String блоки для хранения таких данных. Т.е. данное, превышающее по размеру размер блока будет расщеплено и уложено в несколько блоков, которые, разумеется, между собой будут связаны.


стр. 48

Предустановленные Базы данных Caché В процессе инсталляции Caché создаются следующие базы данных

Назначение Местоположение в UNIX Местоположение в Windows

Пустая (сюда отображаются временные данные) /cachetemp \cachetemp

Системные программы /cachesys \cachesys

Пользовательские данные и программы (пустая)

/user \user

Объекты и SQL /cachelib \cachelib

Набор томов в Базе Данных Caché База данных Caché может иметь от 1 до 8 томов (extents), которые вместе представляют собой логически единый набор данных. Такой набор томов будучи создан не может быть разделен на части. Каждый том� это файл, в его собственной отдельной директории. Набор томов Caché может размещаться на одном или нескольких физических дисках.

Многотомная база данных состоит из одного первичного тома и от 1 до 7 дополнительных.


стр. 49

Рисунок 10. Схема организации многотомной БД Caché.

Карты базы данных Caché Карта � последовательный набор блоков в определенном количестве. Первый блок карты носит название �блок карты�. В нем хранится информация о занятости блоков, входящих в карту. Если блок занят, � хранится один признак, если блок свободен, � хранится другой признак. Также в блоке карты есть дополнительный счетчик свободных блоков карты, который позволяет решить две задачи:

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

7. иметь дубль для проверки целостности хранящейся в блоке карты информации о числе свободных блоков карты

Показанная выше схема справедлива только для старого формата баз данных, который был изменен в версии Caché 4.1.

До версии 4.1 размер блока в БД был равен 2 Кб.

Начиная с версии 4.1, Caché поддерживает как старый формат БД, так и новый, где размер блока равен 8 Кб. Новый формат БД существенно увеличивает скорость доступа к БД. Механизм БД


стр. 50

переделан в версии 4.1 таким образом, чтобы в будущем можно было менять размер блока без существенных затрат на доработку ядра Caché.

Существенные отличия нового формата БД заключаются в следующем:

1. Карта теперь не равна 400 блокам, а зависит от внутренних параметров БД и платформы, на которой эта БД находится.

2. Блок карты до версии 4.1 содержал информацию о занятости блоков, входящих в эту карту, в байтах. Т.е. каждый байт блока карты содержал либо 1 либо 0. Новый формат содержит информацию о занятости блоков в битах, что позволяет хранить в 8 Кб блоке информацию приблизительно о 65536 (а точнее о 62464) блоках. Такой формат хранения существенно увеличивает скорость поиска свободных блоков при необходимости выделения новых блоков для Б-деревьев, т.к. шаг поиска становится не 400, как раньше, а 62462.

3. Блок каталогов глобала теперь находится не во втором, а в третьем блоке БД.

4. Формат хранения данных внутри блока существенно переработан.

Имена файлов для базы данных Caché Имя файла для первого тома базы данных всегда CACHE.DAT, для дополнительных томов - CACHE.EXT. Для каждого дополнительного тома должен быть свой CACHE.EXT. Поэтому размещение томов должно выполняться в разных директориях. Имена файлов (томов) зарезервированы, их нельзя использовать в других целях и нельзя менять.

Предупреждение для UNIX: Не используйте ссылки (links) для обращения к базам данных Caché под UNIX! Используйте полные или относительные пути при указании имен директорий. Иначе есть риск иметь серьезные последствия для базы данных.

Управление наборами томов в Caché Многие задачи по управлению наборами томов можно выполнять через папку Локальные базы данных, доступную из Панели Управления. Некоторые функции доступны только в Редакторе конфигураций в закладке «Базы данных»


стр. 51

Рисунок 11. Управление наборами томом через Панель управления

Создание базы данных Для создания базы данных в Caché имеется Мастер. Запустить Мастер можно через Панель управления, щелкнув правой кнопкой по пункту «Локальные базы данных» и выбрав «Создать БД». Последовательно отвечая на несложные вопросы Мастера Вы создадите БД (или набор томов), который тут же будет смонтирован (подключен) в системе.

Свойства базы данных Ниже приведена таблица, в которой перечислены все атрибуты, присущие Базе Данных. Caché хранит такие атрибуты в заголовочном блоке каждого набора томов. Текущие атрибуты набора томов можно изменить или посмотреть, щелкнув правой кнопкой мыши по выбранной БД в Панели Управления.


стр. 52

Рисунок 12. Атрибуты существующей БД


стр. 53

Свойство Значение по умолчанию Описание

UIC 0,0 Код защиты Caché. В UNIX и OpenVMS UIC состоит из ID пользователя и группы.

Число экстентов 1 Число томов в наборе томов

Каталог глобалов

0:2 для 2 Кб БД или 0:3 для 8 Кб БД

Номер блока, в котором начинается директория глобалов. Указывается через символ двоеточия: первое число � номер карты, второе число � номер блока в этой карте. При нехватки

Новые данные глобала 0:48

Номер блока, с которого начинается поиск, когда Caché требуется место для выделения нового блока типа «Данные» для любого глобала

Режим монтирования

Automatic Определяет, как база данных монтируется при запуске.

# MБ 1

Текущий размер в МБ. Если его поменять, то БД автоматически будет расширена до указанного значения. Работу пользователей при этом останавливать не надо.

Расширять по 1

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

Max # MБ 0

Максимальный размер, до которого БД может быть расширена. 0 означает � неограничено (максимально возможное в системе пространство или 32 Тб для 8 Кб базы данных или 32 Мб для 2 Кб БД).

Новые указатели глобала 0:4

Номер блока, с которого начинается поиск, когда Caché требуется место для выделения нового блока типа «Указатель» для любого глобала

Приостановить запись�

Yes Определяет поведение базы данных при возникновении ошибок при работе с ней.

Расширение базы данных Caché Способы расширения базы данных Caché:

• Caché динамически расширяет базу данных по мере ее заполнения, если имеется место для расширения и не достигнут указанный максимальный размер БД

• Создание дополнительного тома для базы данных.


стр. 54

• Увеличение размера базы данных вручную, указав необходимый размер в свойствах БД в Панели Управления.

Создание дополнительного тома

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

Для создания дополнительного тома в Панели управления правой кнопкой мыши щелкните по необходимой БД и выберите пункт «Экстент». Укажите местоположение нового тома и его размер. Caché «на ходу» добавит том к смонтированной БД и сделает его пространство доступным для этой БД.

Заметьте, что удалить отдельный том из набора томов уже нельзя.

В текстовом режиме такую же операцию можно проделать утилитой ^MSU (выполнять из области %SYS)

%SYS>DO ^MSU

Рисунок 13. Пример добавления тома утилитой ^MSU

Заметьте, что указывать необходимо уже существующую директорию.

Метка (Label) Базы Данных В заголовке каждой БД Caché хранит метку. Это информация, которая позволяет при монтировании БД определить местоположение


стр. 55

(директория) каждого тома, входящего в набор томов. Если многотомная БД была перенесена с другого сервера или местоположение тома поменялось по каким либо причинам, то Caché не сможет смонтировать такую БД. Для этого необходимо исправить метку. Метку в однотомной БД Caché исправит автоматически при ее монтировании на новом местоположении.

Для исправлении метки в недоступной для монтировании БД необходимо воспользоваться утилитой ^LABEL, запускаемой из области %SYS

%SYS>DO ^LABEL

Рисунок 14. Пример работы утилиты ^LABEL

Модификация баз данных Для изменения свойств базы данных используется папка Локальные базы данных Панели Управления. Также некоторые параметры БД доступны на изменение в Редакторе конфигураций в закладке «Базы данных». В частности месторасположение (директория) первого тома БД, имя набора томов, режимы монтирования можно изменить только в Редакторе конфигураций, поскольку эти параметры хранятся в файле конфигурации CACHÉ.CPF (или его аналоге, если используется другой файл конфигурации).


стр. 56

Рисунок 15. Параметры баз данных в Редакторе конфигураций

Удаление базы данных Для удаления базы данных используется папка Локальные базы данных или закладка «Базы данных» в Редакторе конфигураций. Если база данных состоит из нескольких томов, то удаление произойдет всех входящих томов. Утилиты Caché в Панели Управления позволяют удалить БД либо только из конфигурации, либо и из конфигурации и физически. В случае физического удаления БД произойдет удаление файлов CACHÉ.DAT и всех CACHÉ.EXT

Внимание: Не удаляйте файлы CACHE.DAT или CACHE.EXT на системном уровне средствами операционной системы. Для удаления базы данных используйте утилиты из Редактора Конфигураций или Панели Управления Caché.

Для создания, модификации или удаления Базы Данных можно также воспользоваться текстовой утилитой ^MSU. Ее вызов необходимо осуществлять из системной области %SYS

%SYS>DO ^MSU


стр. 57

Рисунок 16. Пример работы с утилитой ^MSU

Обратите внимание на то, как указано имя директории. Это соглашение принято практически во всех утилитах Caché: если имя директории указано не полным, то подразумевается указание поддиректории для директории \установочный путь Caché\MGR.

Монтирование и демонтирование баз данных Монтирование БД � это процесс подключения БД к работающей системе с целью доступа к данным, хранящимся в ней пользовательским процессом. Caché автоматически выполняет монтирование всех существующих в конфигурации БД при старте. Если какую-либо описанную в конфигурации БД смонтировать не удается, то соответствующее сообщение будет записано в файле cconsole.log и БД будет недоступна пользовательским процессам.

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

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


стр. 58

хранящийся на диске БД, может оказаться не целостным в каждый момент времени. Для операций над файлами CACHÉ.DAT и CACHÉ.EXT необходимо сначала произвести демонтирование БД.

Внимание: Если смонтировано максимальное количество баз данных (255), и затем одна демонтирована, смонтировать следующую можно только после останова и запуска Caché.

Для монтирования и демонтирования баз данных используйте Панель Управления.

Дефрагментация базы данных

Фрагментация внутри БД может быть двух видов:

1. внутри каждого блока присутсвует свободное достаточное пространство, которое позволяет перенести в него данные из соседних связанных блоков В-дерева глобала, высвободив их

2. блоки В-дерева глобала разбросаны внутри набора томов в случайном порядке и на большом расстоянии друг от друга

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

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

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

Утилита ^GCOMPACT

В Caché существует утилита ^GCOMPACT, которая позволяет уменьшить фрагментацию, как первого типа, так и второго.


стр. 59

В текстовом режиме вызов утилиты для компрессии осуществляется из области %SYS:

%SYS>DO ^GCOMPACT

^GCOMPACT позволяет произвести дефрагментацию для всех или указанных глобалов в выбранном наборе томов, а также провести компрессию даже части глобала до заданного процента компактности.

Также администратор имеет возможность выполнить компрессию из Панели управления. В этом случае нет возможности задать желаемый процент компрессии. Он будет всегда равен 90%.

Для компрессии всех глобалов в Панели управления для выбранной БД щелкните правой кнопкой мышки по нужной БД и выберите пункт «Сжатие базы данных». Для компрессии выбранного глобала � откройте список глобалов выбранной БД (два раза щелкните по нужной БД левой кнопкой мыши), найдите необходимый глобал, щелкните по его имени правой кнопкой мыши и выберите пункт «Сжать».

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

Если у Вас есть необходимость сжать глобал не полностью, а частично, начиная с какого либо места и заканчивая при достижении заданного скомпресированного объема, то Вам необходимо пользоваться текстовой утилитой ^GCOMPACT. В этом случае на вопрос, который показан в примере ниже, необходимо перечислить адреса глобалов и количество блоков, которые необходимо сжать до заданного объема. В примере указано, что глобал ^a необходимо сжать, начиная с логической ветки ^a(1000) и все последующие блоки на 90%, а в глобале ^b необходимо сжать 100 блоков, начиная с ветки ^b(�test�) и процент сжатия при этом равен 80%.


стр. 60

Рисунок 17. Пример интерфейса утилиты ^GCOMPACT

Другие средства дефрагментации

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

Для выполнения сохранения (выгрузки) глобалов во внешний файл пользуйтесь утилитой ^%GOF.

Для выполнения восстановления (загрузки) глобалов из внешнего файла, сохранение в который проходило утилитой ^%GOF, пользуйтесь утилитой ^%GIF.

Альтернативные способы сохранения/восстановления доступны через графический интерфейс в утилите «Проводник».

Текущий размер БД Для просмотра текущего общего размера БД и свободного пространства в ней можно пользоваться Панелью Управления. Однако надо учитывать, что Панель управления может отображает не актуальную информацию. Для актуализации данных о размере БД и о свободном пространстве в ней необходимо щелкнуть правой кнопкой мыши по нужной БД и выбрать пункт «Вычисление размера БД». Через некоторое время после запуска процесса сбора данных необходимо нажать клавишу F5 для обновления информации в Панели управления.

В текстовом режиме удобнее пользоваться утилитой ^%FREECNT. Ее запуск можно осуществлять из любой области командой


стр. 61

USER>DO ^%FREECNT

^%FREECNT отображает информацию об общем количестве блоков и количестве свободных блоков.

Рисунок 18. Пример отображения свободного количества блоков в БД утилитой ^%FREECNT

Символами <- отмечены те БД, в которых количество свободного места сейчас мало.

Целостность Базы Данных Caché Caché обеспечивает целостность БД в случаях нормального функционирования ОС и аппаратного обеспечения в автоматическом режиме. Для этого Caché ведет специальный WIJ журнал.

Write Image Journal (WIJ) Caché ведет специальный журнал, который носит название WIJ (Write Image Journal). Имя файла журнала � CACHÉ.WIJ. Его местонахождение может быть задано в Редакторе конфигураций. Назначение этого журнала следующее: при необходимости выполнить запись из кеша целостного изменения БД (логически целостная цепочка блоков) Caché сначала записывает это множество блоков в файл CACHÉ.WIJ, а затем в файл(ы) БД. В случае, если сбой работы системы произойдет на первой фазе (записи в WIJ), то данные просто будут потеряны и нарушения целостности не произойдет. Если сбой системы произойдет на втором этапе (данные в WIJ записаны, а в файлы БД нет), то при следующем старте Caché выполнит «докат»


стр. 62

блоков из файла WIJ в фалы БД, т.е. как бы завершит операцию, прерванную ранее. Таким образом, Caché применяет метод двойной записи для обеспечения надежности на уровне Б-деревьев.

Поэтому рекомендуется вести файл WIJ на другом физическом носителе с целью увеличения производительности записи данных на диск.

Рисунок 19. Указание места ведения WIJ

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

Проверка целостности Базы Данных

Для выполнения проверки целостности БД в Caché создана утилита ^INTEGRIT. Она может быть выполнена из Панели управления или в текстовом режиме.


стр. 63

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

- всех баз данных (для этого правой кнопкой мыши надо щелкнуть по пункту «Локальные базы данных» и выбрать пункт «Проверка целостности»)

- для всех глобалов выбранной базы данных (для этого правой кнопкой мыши надо щелкнуть по выбранной базе данных и выбрать пункт «Проверка целостности»)

- для конкретного глобала (для этого нужно открыть список глобалов в нужной базе данных и правой кнопкой мыши щелкнуть по нужному глобалу и выбрать пункт «Проверка целостности»)

В текстовом режиме необходимо в области администратора выполнить команду:

%SYS> DO ^INTEGRIT

INTEGRIT выполнит проверку целостности заданных Б-деревьев и проверку целостности блоков карт. Если будут обнаружены ошибки, то их местоположение и причины будут идентифицированы и указаны пользователю.

Рекомендация: выполняйте проверку целостности базы данных хотя бы раз в неделю.

Восстановление целостности Б-деревьев (^REPAIR)

Устранение ошибок целостности необходимо выполнять очень осторожно, предварительно сделав копию исправляемого набора томов. Для восстановления целостности в Caché существует утилита ^REPAIR. Запуск ее возможен только в текстовом режиме из области администратора

%SYS>DO ^REPAIR

Первый вопрос утилиты � запрос базы данных (директории ее первого тома). После чего осуществляется переход в режим работы с блоками выбранного набора томов.

На запрос

Block#

можно указать абсолютный адрес блока внутри выбранной базы данных или имя узла глобала (например, ^b(10)) ,и номер блока данных будет найден автоматически, если указанный узел глобала будет существовать и будет доступен.

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


стр. 64

знака вопроса. После модификации блока необходимо выполнить принудительную запись блока на диск.

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


стр. 65

Область (NameSpace) Идентификация баз данных с помощью области Пользовательский процесс получает доступ к расположенным в наборе томов данным через области (namespace).

Область � это логический объект, который объединяет набор (или наборы) томов Caché, в единое логически целое. Caché процесс всегда связан с определенной областью. Используя область для обращения к данным, процесс имеет доступ к ним независимо от того, где они физически располагаются. Администратор базы данных при этом может переконфигурировать физические диски и местоположение наборов томов, отразить области на другие наборы томов, в том числе и на сетевые, и пользователи этого не заметят.

Зачем нужны области в Caché Область - это виртуальное рабочее пространство. В области можно определить глобалы, которые требуются разным приложениям. Физически такие глобалы будут храниться один раз, а доступ к ним будет осуществляться из разных приложений.

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

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

Операции, которые можно проводить с областями:

• Создание области

• Переименование области

• Изменение отображения базы данных

• Добавление/изменение/удаление отображения глобалов и программ в области

Создание области


стр. 66

Область создается в Редакторе конфигураций или в Панели управления.

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

Тот же самый Мастер создания области вызывается из Панели управления при щелчке правой кнопкой мыши по пункту «Области» и выборе пункта «Создать область». Однако настройка дополнительных атрибутов области возможно только в Редакторе конфигураций.

Изменение имени существующей области Для изменения имени уже существующей области войдите в Редактор конфигураций, выберите закладку «Области», выберите нужную область и нажмите кнопку «Изменить�». Изменения имени вступит в силу после выхода из Редактора конфигураций и их активации.

Мэпинг для области Мэпинг � это схема доступа к глобалам, определяющая его физическое местоположение, а точнее имя базы данных. При необходимости найти заданный узел глобала Caché выполняет следующий алгоритм:

1. если имя указано с применением расширенной ссылки, т.е. явно указано имя БД, то доступ направляется в эту БД.

2. Если указан частный мепинг для заданной ветки (Subscript Level Mapping � SLM) глобала, то доступ осуществляется в указанную БД

3. если указан мэпинг для всего глобала, то доступ осуществляется в указанную в этом мэпинге БД

4. определяется тип глобала по его имени и осуществляется доступ по мэпингу, определенному для категорий глобала - если имя начинается с символа ^% и с маленькой буквы, то это системный глобал

- если имя начинается с символа ^% и не с маленькой буквы, то это библиотечный глобал

- если имя начинается на ^CacheTemp или ^mtemp, то это временный глобал - иначе � это пользовательский глобал

Для создания частного мепинга глобала необходимо в Редакторе конфигураций в закладке «Области» в нужной области выбрать пункт «Отображение глобалов», нажать кнопку «Добавить». В качестве имени глобала можно указать конкретное имя глобала или шаблон с символом звездочки (например Data* будет означать, что мепинг создается для групп глобалов, имена которых начинаются на Data). В приведенном ниже примере в области А создано перенаправление доступа (мепинг) для глобалов с именами, начинающимися на ^G в БД IKS. Доступ ко всем остальным пользовательским глобалам при


стр. 67

этом будет направлен в БД с именем А.

Рисунок 20. Пример создания мепинга для глобала

Для создания мепинга на уровне индексов (SLM) необходимо добавить отображение на уровне индексов. В приведенном ниже примере для глобала ZS в области А создан мепинг для всех индексов, попадающих в диапазон от 10 (включительно) до 20 (не включая). Например, значение ^ZS(10,�test�) будет искаться в БД �IKS�, а значение ^ZS(21,�test�) будет искаться в БД �A�


стр. 68

Рисунок 21. Пример создания мепинга глобала на уровне индексов (SLM)

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

Ограничения при создании мэпинга на уровне индексов (SLM) Будет невозможно удалить глобал, для которого есть SLM. Команда


стр. 69

KILL, которая перекрывает SLM границы, порождает ошибку <SLMSPAN>. Эта ошибка появляется, если ссылка на удаляемый глобал пересекает SLM границу, даже если реально удаляемые данные не находятся в нескольких базах данных. Например, пусть имеется следующее отображение:

^global("ABC") в БД 1

^global("CAR") в БД 2

^global("XYZ") в БД 3

Имея такое отображение, Вы никогда не сможете выполнить KILL ^global("CAR"). Причем это верно безотносительно того, есть ли данные для ("CAR") в БД 2. Можно сделать $QUERY() для ^global("CAR") и удалить первый уровень глобала, но чтобы удалить саму ^global("CAR"), нужно использовать команду ZKILL. Команды ZKILL никогда не вызовают ошибку <SLMSPAN>, т. к. она удаляют только один узел и, следовательно, эта операция никогда не перекроет отображение.

По этой причине не нужно отображать на уровне индексов никакие временные глобалы. Если Вы это сделаете, Вам никогда не удастся уничтожить весь временный глобал одной командой KILL.

Команды смены области Для смены области в текстовом режиме могут применяться следующие две команды:

1. zn �namespace� � переход в область namespace

2. DO ^%CD � диалоговый выбор области


стр. 70

Администрирование глобалов В этом разделе поясняется, как администрировать данные Caché на уровне глобалов, используя утилиты Caché для создания глобалов, задания типа сортировки глобалов, определения глобалов для журналирования и задания уровня защиты.

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

1. номер блока БД, начиная с которого выделять для него блоки типа «Указатели» (можно менять для существующего глобала только в текстовой утилите)

2. номер блока БД, начиная с которого выделять для него блоки типа «Данные» (можно менять для существующего глобала только в текстовой утилите)

3. тип сортировочной последовательности индексов (нельзя менять для существующего глобала)

4. уровни защиты доступа (можно менять для существующего глобала)

5. признак журналирования (можно менять для существующего глобала)

Для того, чтобы создать глобал можно:

1. Войти в Панель Управления, сделть правый щелчок на папке Локальные базы данных и выбрать пункт «Создать глобал». Стартует Мастер создания глобалов, в котромо последовательно определяются вышеперечисленные параметры.

2. Выполнить в текстовом режиме утилиту ^%GCREATE в той области, в которой Вы желаете создать глобал.

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


стр. 71

Рисунок 22. Свойства существующего глобала

Атрибут журналирования можно изменить для группы глобалов текстовой утилитой ^%JOURNAL, вызвав ее в той области, для которой БД, в которой хранятся нужные глобалы, есть область по умолчанию.

Рисунок 23. Изменение атрибута журналирования для группы глобалов


стр. 72

Номера блоков для выделения указателей и блоков данных для глобала могут быть изменены текстовой утилитой ^%GROWTH, вызвав ее в той области, для которой БД, в которой хранятся нужные глобалы, есть область по умолчанию.

Рисунок 24. Пример изменения области роста для существующего глобала

Как UIC обеспечивает защиту базы данных Caché Доступ пользователя к базе данных Caché базируется на Классах идентификации пользователей, User Identification Classes (UICs). UIC � это пара чисел, разделенных запятой, например: 6,203. Первое число � это номер группы (groupid), второе � номер пользователя в группе (userid).

Когда процесс запрашивает доступ к базе данных, Caché присваивает ему одну из пяти категорий, исходя из того, где запущен процесс и соответствует ли UIC процесса UIC базы данных Caché.

Категория Описание

Network Процессы на другом компьютере конфигурации Caché/Сервер (для версий с поддержкой Caché/Сервер)

System UIC пользователя соответствует UIC системного администратора

Owner UIC соответствует

Group Номер группы соответствует


стр. 73

World Все остальные процессы

Защита вновь создаваемых глобалов При создании глобала Caché присваивает привилегии доступа к нему в соответствии с системными умолчаниями для пяти типов категорий, заданными в Редакторе конфигурации (закладка «Дополнительно», пункт «Защита по умолчанию»).

Как работает защита Если пользователь пытается изменить глобал, Caché вначале проверяет, является ли пользователь сетевым. Если да, то назначаются привилегии Network. Если нет или привилегия Network определяется UIC, проверяет, соответствует ли UIC пользователя UIC базы данных. Если соответствует, то пользователь получает привилегии Owner. Если нет, Caché проверяет, находится ли пользователь в той же группе, что и база данных. Если да, назначаются привилегии Group. Если нет, то World.

Утилиты для просмотра и назначения привилегий Для просмотра и назначения привилегий можно использовать следующие утилиты:

• Панель Управления-Локальные базы данных - для установки защиты отдельных глобалов. Здесь можно выбрать базу данных и глобал для изменения.

• Редактор Конфигурации-Дополнительно-Основное-Защита глобалов по умолчанию � для установки защиты глобалов по умолчанию.

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

Чтобы обратиться к глобалу не из текущей области, существует три способа:

• Простая ссылка на отображенный глобал

• Простая ссылка на реплицированный глобал.

• Расширенная ссылка (явная ссылка).


стр. 74

Вывод каталога глобалов Каталог глобалов может быть представлен в двух видах:

- виртуальный каталог для области (namespace)

- каталог глобалов, хранимых в заданном наборе томов

Поскольку Caché имеет механизм мэпинга для областей, то каталог глобалов из области может отображать список глобалов, хранящихся в разных наборах томов.

Для просмотра в текстовом режиме каталога глобалов используется утилита ^%GD, которая выполняется в заданной области командой

%SYS>DO ^%GD

Эта утилита показывает виртуальный каталог глобалов для области с пометкой о наличии мэпинга для каждого глобала, если выводить краткий каталог. Если с помощью ^%GD вывести подробный каталог, то для каждого глобала будет показан подробная информация обо всех его атрибутах, в том числе и физическое местоположение.

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

Рисунок 25. Получение каталога глобалов в Проводнике

В Проводнике можно также осуществлять просмотр, редактирование и


стр. 75

удаление глобалов. Для этого нужно открыть соответсвующий глобал и выполнить нужное действие.

Экспорт глобалов во внешний файл Экспорт (или сохранение из БД во вне) глобалов может быть осуществлен разными путями и в разных форматах.

Наиболее надежный и быстрый способ экпорта � утилита ^%GOF. Ее вызов осуществляется из той области, глобалы которой необходимо экспортировать. Экспорт выполняется в блочном режиме, чем достигается высокая скорость сохранения и компактность выходного файла при больших объемах сохранения. В результате такой технологии данная утилита не выполняет экспорт глобалов, которые имеют мэпинг в другие БД, отличные от БД по умолчанию для данной области. Для того, чтобы сохранить все глобалы нужной области, в том числе и смэпированные, можно воспользоваться утилитой ^%GO. Формат выходного файла является текстовым. Поэтому в случае наличия в данных или индексах управляющих символов (десятичных 13 или 10) восстановление из такого файла будет невозможным.

Аналог текстовых утилит экспорта присутствуют в Проводнике. Вызов может быть осуществлен правой кнопки мыши или на конкретном глобале, или на конкретной базе данных, или на конкретной области. Формат вывода должен быть определен по кнопке «Параметры» в окне «Экспорт глобала»


стр. 76

Рисунок 26. Пример настройки параметров экспорта глобалов в Проводнике

Импорт глобалов из внешнего файла Импорт (восстановление из внешнего файла в БД) глобалов осуществляется :

- для файлов, сохраненными ^%GOF, утилитой ^%GIF

- для файлов, сохраненными ^%GO, утилитой ^%GI

- или в Проводнике (вызов функции �Импорт с диска�� по правой кнопке на имени базы данных или области, в которую необходимо провести восстановление)


стр. 77

Администрирование программ В каше программы могут быть 4-х видов:

1. obj - исполняемый код

2. int � код на языке CacheObjectScript

3. mac � код на языке CacheObjectScript с включенными макросами, определенных или непосредственно в mac коде или в inc коде

4. inc � коды макросов для включения в mac коды для дальнейшей компиляции в int и obj коды

В области (namespace) для программ может быть определен мэпинг аналогично мэпингу глобалов.

Все типы кодов хранятся в глобалах с зарезервированными именами (^rOBJ, ^ROUTINE, ^rMAC, ^rINC).

Вывод каталога программ Каталог программ может быть представлен в двух видах:

- виртуальный каталог для области (namespace)

- каталог программ, хранимых в заданном наборе томов

Поскольку Caché имеет механизм мэпинга для областей, то каталог программ из области может отображать список программ, хранящихся в разных наборах томов.

Для просмотра в текстовом режиме каталога программ используется утилита ^%RD, которая выполняется в заданной области командой

%SYS>DO ^%RD

Эта утилита показывает виртуальный каталог программ заданного типа для области.

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


стр. 78

Рисунок 27. Получение каталога программ в Проводнике

Экспорт программ во внешний файл Экспорт (или сохранение из БД во вне) программ может быть осуществлен разными путями и в разных форматах.

Для того, чтобы сохранить все программы нужной области, в том числе и смэпированные, можно воспользоваться утилитой ^%RO. Формат выходного файла является текстовым. Для сохранения только объектного кода пользуйтесь утилитой ^%ROMF.

Аналог текстовых утилит экспорта присутствуют в Проводнике. Вызов может быть осуществлен правой кнопки мыши или на конкретной программе, или на конкретной базе данных, или на конкретной области. Формат вывода должен быть определен по кнопке «Параметры» в окне «Экспорт программы»


стр. 79

Рисунок 28. Пример настройки параметров экспорта программ в Проводнике

Импорт программ из внешнего файла Импорт (восстановление из внешнего файла в БД) программ осуществляется :

- для файлов, сохраненными ^%ROMF, утилитой ^%RIMF

- для файлов, сохраненными ^%RO, утилитой ^%RI

- или в Проводнике (вызов функции �Импорт с диска�� по правой кнопке на имени базы данных или области, в которую необходимо провести восстановление)


стр. 80

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

Обзор целостности базы данных Системы сохранения и журналирования Caché обеспечивают возможность быстрого восстановления в случае физического разрушения целостности. Эти утилиты могут использоваться во время работы приложений и изменения базы данных.

От разрушении внутренней целостности в результате сбоев в системе базу данных Caché предохраняет технология Write Image journaling (WIJ). Логическая (уровня приложения) целостность обеспечивается механизмом обработки транзакций и автоматическим «откатом» транзакций.

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

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

Журналирование в Caché Сервер Caché ведет два журнала. Один обеспечивает целостность Б-деревьев на уровне блоков и носит название WIJ (Write Image Journaling). Другой � логическую целостность данных в глобалах (набор изменений узлов глобалов либо должен пройти весь, либо ни одно изменение не должно быть сделано).

Write Image Journaling

Проблемы внутренней целостности решаются с помощью Write image journaling (WIJ). Эта технология поддерживает двухфазный процесс записи в базу данных. Перед записью непосредственно в базу информация записывается в промежуточный файл, Write image journal:


стр. 81

Шаг 1: Все измененные блоки записываются в файл Write Image Journal

Шаг 2: Все измененные блоки записываются в базу данных.

Шаг 3: Write image journal взводит флаг, который показывает, что Шаг 2 завершился успешно.

Когда Caché стартует, автоматически проверяется Write Image Journal. Если он показывает успех, значит, база данных не повреждена. Если нет, то WIJ содержит всю информацию, необходимую для завершения Шага 2 и возвращения базы данных в непротиворечивое состояние. Этот процесс называется восстановлением.

Процесс восстановления в Caché обладает такими важными свойствами:

• Во-первых, в Caché применяется технология «доката». В случае разрушения системы механизм восстановления завершает все изменения, которые были в процессе выполнения. Для сравнения, в других системах применяется подход «отката», без изменений после восстановления. Обе эти технологии сохраняют внутреннюю целостность, но технология «доката» Caché делает это с меньшей потерей данных.

• Во-вторых, Caché защищает последовательность изменений. То есть, если имеется изменение в базе данных после восстановления, все предыдущие изменения имеются также. Другие системы, некорректно сохраняющие последовательность изменений, могут выдать, в результате, внутренне непротиворечивую, но логически неправильную базу данных.

• В-третьих, протокол защищает файлы инкрементальных сохранений так же, как базу данных. Таким образом, после восстановления будет сделано правильное инкрементальное сохранение (Incremental Backup)

Заметим, что хотя двухфазный протокол записи стоит на страже внутренней целостности базы данных, он не предотвращает потерю данных. Если неполадки в системе случатся при незавершенной записи изменений в Write Image Journal, в Caché не будет всей информации, которая требуется для записи изменений на в БД. Следовательно, - такие данные будут потеряны.

Параметры WIJ

1. Редактор конфигураций | Дополнительно | Журнал | каталог WIJ журнала �устанавливает каталог ведения файла CACHE.WIJ. По умолчанию этот путь равен системной директории Caché и его изменения требует перезапуска Caché сервера.


стр. 82

2. Редактор конфигураций | Дополнительно | Журнал | режим WIJ журналирования �признак включения всех модифицируемых блоков в WIJ или только тех, которые расщепляются. Никогда не меняйте этот параметр.

Режим Panic в Write Daemon

В случае, когда в буферном пуле не хватит места процесс записи в БД (Write Daemon) может произвести запись блока минуя WIJ файл. Перед тем как это сделать, соответствующее оповещение будет послано в файл cconsole.log. Такой режим записи носит название Panic. Если режим Panic долго не заканчивается и в этот момент провести останов системы, то в результате есть вероятность потери целостности Б-деревьев.

Такая ситуация может возникнуть при массовой модификации БД, скорость которой превосходит скорость высвобождения буферного пула. В этом случае необходимо повышать производительность дискового ввода/вывода или увеличивать объем буферного пула (в Редакторе конфигураций (закладка �Основное�)).

Обеспечение логической целостности

Функция журналирования Caché записывает изменения в базе данных. Самый простой способ применения журналирования - это включить его для всех изменений базы данных.

Журнал изменений ведется один на все смонтированные базы данных. Имя файла журнала образуется из заданного префикса (может отсутствовать), даты (в формате ГГГГММДД) и расширения, равному номеру журнала за дату ГГГГММДД. Путь хранения файлов журнала задается в Панели управления, щелкнув по пункту «Журналирование» правой кнопкой мыши и выбором пункта «Переключение»

Рисунок 29. Переключение места ведения журнала

Переключение файла журнала происходит в следующих случаях:

1. вручную (в Панели управления, щелкнув по пункту «Журналирование» правой кнопкой мыши и выбором пункта


стр. 83

«Переключение» или «Стоп», а затем «Старт»)

2. при достижении максимального размера файла журнала, указанного при старте журнала после его останова в Панели управления

Рисунок 30. Старт работы журнала и указание максимального размера файла журнала

3. при старте сервера Caché (журнал автоматически стартует, если не было проблем при старте и файл журнала открывается новый)

4. при нехватке дискового пространства в основной директории ведения журнала (происходит попытка переключения в другую область, если она указана в окне «Переключение файла журнала» или «Запуск журналирования»)

Запись изменений в файл журнала производится через специальный буфер, размер которого фиксирован и составляет 32 Кб.

Вводом-выводом в файл журнала управляет системный процесс JRNDMN (journal daemon), который автоматически стартует при старте системы Caché. Данный процесс не уменьшает количество свободных лицензионных подключений.

Останов журнала на работающей системе приведет к тому, что изменения, проходящие в течении его отсутствия, будут потеряны, а откат транзакций будет невозможен. Поэтому никогда не отключайте журнал на работающей системе, а при необходимости перенести его в другую директорию пользуйтесь опцией «Переключение»

Журнал может быть необходим в следующих ситуациях:

1. для отката транзакций в процессе работы процесса


стр. 84

2. для отката транзакций после аварийного рестарта сервера Caché

3. для доката изменений после полной потери базы данных и восстановления ее из Backup файлов

4. для переноса изменений на Дублирующий (Теневой) сервер

Поэтому очень важно понимать, какие изменения попадают в журнал, а какие нет.

В журнал попадают:

1. все изменения, если режим журналирования равен �Журналировать все глобалы� (Редактор конфигураций, закладка �Дополнительно�, пункт �Журнал�, подпункт �Режим журналирования�)

2. изменения глобалов, у которых атрибут «Журналирование» включен индивидуально и режим журналирования равен «Журналировать выбранные глобалы»)

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

Заметьте, что при создании нового глобала ему будет присвоен признак �Журналировать�, если в Редакторе конфигураций будет установлен признак �Журналировать новые глобалы� в закладке �Дополнительно�, пункт �Разное�. В том же разделе Редактора конфигураций есть еще дополнительный флаг на глобалы с именами, начинающимися с символа Z и z. Он называется �Журналировать ^Z* и ^z*�

Дополнительные параметры журналирования

1. Редактор конфигураций | Дополнительно | Журнал | #число дней до очистки файлов журнала � устанавливает период существования файла журнала. При достижении заданного количества дней файлы журнала будут удалены автоматически. Согласуйте это значение в соответствии с выбранной стратегией надежности.

2. Редактор конфигураций | Дополнительно | Журнал | предел отката журнала для Kill� устанавливает количество сохраняемых подузлов глобала в журнал в случае возникновения команды Kill узла глобала в рамках открытой транзакции. Согласуйте этот параметр с разработчиками Вашего приложения.

Журналирование в сети

В сети за журналирование отвечает компьютер, на котором реально


стр. 85

размещается глобал, а не компьютер, посылающий запрос на SET или KILL. Таким образом, если Компьютер B выполняет SET по запросу Компьютера А, появляется запись в журнале Компьютера B, а не в файле журнала Компьютера А.

Просмотр файла журнала

Для просмотра файла журнала в Панели управления выберите нужный файл журнала и откройте его для просмотра.

Рисунок 31. Просмотр файла журнала

В текстовом режиме для просмотра файла журнала можно использовать утилиту ^JRNDUMP, запуск которой возможет из системной области:

%SYS>DO ^JRNDUMP

С ее помощью можно просматривать файлы журнала, которые


стр. 86

неизвестны системе.

Рисунок 32. Просмотр файла журнала в текстовом режиме

Восстановление из файла журнала

Для работы с журналом в текстовом режиме существует утилита в системной области ^JOURNAL. С ее помощью можно в том числе и восстанавливать данные из файла журнала


стр. 87

Рисунок 33. Восстановление из журнала в текстовом режиме


стр. 88

Сохранение Caché (Backup) Сохранение БД может выполняться двумя способами.

Первый заключается в применении средств операционной системы. В этом случае необходимо остановить работу всех пользователей, выполнить демонтирование баз данных, выполнить копирование всех файлов нужных наборов томов, переключить журнал в Caché, смонтировать сохраненные БД. Такой способ имеет два недостатка: требуется остановка работы пользователей и объем копирования может быть очень велик, если сохраняемые БД большие.

Второй способ заключается в применение средств сохранения Caché. В Caché существует три типа сохранений.

Тип сохранения

Описание Преимущества Недостатки

Полное Делает полную копию всех занятых блоков в сохраняемых директориях.

Является основой для восстановления базы данных. Необходимо для кумулятивного и инкрементального сохранений.

Требует много времени на выполнение.

Кумулятивное

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

Более быстрое сохранение, чем полное. Восстановление более быстрое, чем при множественных инкрементальных сохранениях.

Требует больше времени, чем инкрементальные сохранения

Инкрементальное

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

Самое быстрое сохранение. Создает самые маленькие backup файлы.

Требует много файлов для восстановления

Доступ к утилитам сохранения осуществляется через пункт «Сохранение» в Панели управления.


стр. 89

Рисунок 34. Управление сохранением в Панели управления

Определение параметров сохранения и выполнение сохранения

В папке «Сохранение» можно:

• Определить список баз данных, которые нужно периодически сохранять (правой кнопкой мыши по пункту «Список баз данных»)

• Создать Задачу для сохранения, которой определен тип сохранения и путь для сохранения (правой кнопкой мыши по пункту «Задачи»)

• Изменить Задачу для сохранения, которой определен тип сохранения и путь для сохранения (правой кнопкой мыши по имени выбранной задачи и пункт «Редактировать�»)

• Запустить уже определенную Задачу на выполнение (правой кнопкой мыши по имени выбранной задачи и пункт «Запуск»)

• Через папку Журналы регистрации просмотреть файлы регистрации, определенные в результате уже выполненных сохранений.

Сохранение делается без останова работы пользователей. Многопроходная методология (при сохранении обычно делается от трех до пяти проходов по БД) минимизирует влияние сохранений на работу пользователей. Тем не менее при большой нагрузке на сервер Caché не рекомендуется делать сохранение БД, т.к. это приводит к объему сохраняемых данных и еще большей нагрузке на сервер.


стр. 90

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

Сохранение, а в особенности, полное сохранение, может занимать много дисковых файлов. При нехватке дискового пространства Caché запросит имя другого дискового файла или другого диска.

Текстовый режим сохранения

В текстовом режиме утилиту сохранения/восстановления можно вызвать из системной области командой

%SYS>DO ^BACKUP

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

Первым делом необходимо определить список БД, которые необходимо регулярно сохранять. Ниже приведен пример такой операции

Рисунок 35. Пример определения списка БД для сохранения в текстовом режиме

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


стр. 91

Рисунок 36. Пример старта сохранения в текстовом режиме

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

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

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

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

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


стр. 92

Рисунок 37. Пример диалога при восстановлении в ^BACKUP

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

Внимание: Дублирующий сервер не может быть запущен в системе, имеющей лицензию категории Single Server, а сервер базы данных �может.

Как работает теневое журналирование Задача теневого системного журналирования � отслеживать состояние базы данных на основном сервере и поддерживать в таком же состоянии базу на дублирующем. Это достигается путем чтения каждой записи журнала на исходном компьютере и пересылку совершенных в базе SET или KILL на дублирующий с использованием TCP соединения.

Два способа теневого журналирования Теневое журналирование поддерживает два способа передачи


стр. 93

информации:

• Передача по блокам

• Передача по записям

Эти способы взаимно исключающие и каждый имеет свои достоинства.

Передача по блокам

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

Поблочная передача может осуществляться двумя способами.

• С применением изменений

• Без применения изменений

Поблочно с применением изменений

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

Поблочно, без применения изменений

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

Передача по записям

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

Передача по записям может осуществляться двумя способами:

• С применением изменений

• С просмотром изменений


стр. 94

По записям, с применением изменений

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

По записям, с просмотром изменений

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

Caché работает со следующей информацией в транзакции. Буква � это переменная, которую можно использовать в командной строке, чтобы получить информацию, содержащуюся в этой переменной.

• a � адрес текущей записи

• t � тип транзакции

• g � вовлечен глобал

• v- новое значение глобала

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

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

Конфигурирование сервера базы данных

На основном сервере базы данных в Редакторе конфигураций необходимо указать список IP адресов серверов, которые могут быть для него дублирующими. Если необходимо обеспечить возможность передачи изменений только на указанные дублирующие сервера, то также необходимо взвести флаг «Разрешение безопасности».

Пример настройки основного сервера базы данных показан на рисунке.


стр. 95

Рисунок 38. Пример настройки основного сервера для работы с теневым сервером

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

После указания вышеперечисленных параметров потребуется перезагрузка сервера Caché.

Все остальные настройки выполняются на дублирующем сервере.

Конфигурирование дублирующего сервера На дублирующем сервере также необходимо в редакторе конфигураций выполнить настройку IP адресов тех серверов Caché, с которых этот сервер будет забирать данные. Каждому указанному IP адресу ставится в соответствие произвольное имя для дальнейшей идентификации.


стр. 96

Рисунок 39. Настройка параметров в конфигурации дублирующего сервера

Заметьте, что дублирующий сервер может забирать данные с нескольких основных серверов.

Также дублирующий сервер может быть и основным для других Caché серверов.

После настройки параметров потребуется перезапуск Caché сервера.

Дальнейшая настройка выполняется после рестарта Caché в Панели управления дублирующего сервера. Откройте папку Зеркалирование | Зеркальный сервер. Справа появится список процессов, осуществляющих дублирование с заданных ранее основных серверов. Щелкните правой кнопкой мыши по нужному имени процесса и выберите пункт «Свойства»

Укажите следующие значения:

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

2. метод передачи (если метод будет By Block, то необходимо выбрать каталог на локальном сервере, в который необходимо будет переносить журналы с основного сервера)


стр. 97

3. признак «Журналировать обработанные транзакции» включите

4. признак «Игнорировать обработку транзакций» включите

Рисунок 40. Настройка параметров теневого сервера

Настройка таблицы отображения баз данных основного сервера в базы данных дублирующего осуществляется в закладке «Отображение каталогов»

Рисунок 41. Настройка таблицы отображения в теневом журналировании


стр. 98

Кнопкой «Создать» добавляется запись в таблицу.

Кнопкой «Удалить» удаляется запись из таблицы.

Заметьте, что настройку всех параметров можно осуществлять, только когда процесс теневого сервера остановлен.

После того, как все параметры будут настроены и сохранены, можно запускать теневой процесс. Это делается щелчком правой кнопкой мыши по имени теневого процесса и выбором пункта «Запуск»

Рисунок 42. Запуск теневого процесса на выполнение

Останов выполняется тем же методом, что и запуск.

Периодически необходимо проверять состояние процесса теневого журнала. Если произошла остановка процесса, то причину можно проанализировать, открыв список ошибок.


стр. 99

Установка бюджетов и привязка терминалов к приложению Для управления доступом пользователей к определенным программам, базам данных и областям можно установить бюджеты пользователей и/или бюджеты устройств, используя панель управления.

Установка бюджетов и привязки возможно только в среде Windows. Для привязки терминалов в среде UNIX пользуйтесь средствами UNIX.

Для создания или модификации бюджетов в Caché под управлением Windows следует пользоваться Панелью управления.

Рисунок 43. Работа с бюджетами пользователей и устройств

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

Бюджеты устройств позволяют LAT и TELNET пользователям, LAT или TELNET серверам, терминалам входить в имеющиеся области в режиме Приложения (т.е. без входа в командную строку).

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

TRM: � терминал, запущенный локально из куба Caché

Помимо этого можно создать бюджеты для пользователей, а также TELNET и LAT пользователей.

Бюджеты пользователей и устройств

Имя бюджета

Описание


стр. 100

LAT LAT зарезервировано для бюджетов всех LAT пользователей.

TELNET TELNET зарезервировано для бюджетов всех TELNET пользователей.

Servername

Servername � это переменная, представляющая имя терминального LAT сервера, или полное имя домена для TELNET хоста, которое Вы доллжны использовать в качестве бюджета. Введите show server с LAT терминала, чтобы узнать имя LAT сервера. См. в документации ОС, как узнать полное имя домена для TELNET хоста.

Servername/portname

Servername � это переменная для имени терминального сервера. Portname - это переменная для имени порта определенного терминала. Чтобы узнать номер порта, наберите show port с LAT сервера. Бюджет пользователя должен быть привязан к имени порта, а не к номеру порта.

Username Переменная, представляющая имя пользователя. Ограничений на имена пользователей нет. Имена пользователей не зависят от регистра, а пароли зависят.

TRM: TRM: - это устройство. Если это устройство определено, все сеансы в режиме программирования Caché по умолчанию будут работать с параметрами, определенными для этого бюджета

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

• LAT сервер и имя порта или TELNET host и имя порта • LAT сервер или TELNET хост • LAT, TELNET, или TRM: • Бюджет пользователя

Параметры бюджета

Рисунок 44. Параметры бюджета пользователя или устройства


стр. 101

Имя � имя бюджета (см. описание выше)

Пароль � произвольный набор символов (если не определен, то запрос пароля выполняться не будет)

Область � имя области, в которой выполнить указанную далее программу

Программа � имя программы (или метки программы), которую выполнить при регистрации под заданным именем (^%PMODE � это командная строка терминальной сессии Caché)

UIC � UIC пользователя для определения прав доступа к глобалам

Привязка приложения Caché в среде UNIX к пользователю В Caché, работающим в среде UNIX, бюджетов пользователей не существует. Запуск Caché терминала осуществляется из сессии UNIX командой CACHE. Данная команда может иметь аргумент � имя программы или имя метки в программе Caché для запуска.

Например, для запуска утилиты %SS в режиме приложения под UNIX, введите: cache "^%SS"

После отработки приложения в Caché сессия Caché завершится и произойдет возврат управления в оболочку UNIX.

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

cd /usr/cache

cache �^%MyRoutine�


стр. 102

Администрирование процессов В этой главе описывается администрирование процессов Caché. Каждый процесс Caché представляет собой отдельный процесс в операционной системе. Номера процессов в Caché равны номерам процессов в ОС.

Системные утилиты для администрирования процессов В Caché имеется три категории процессов:

• Пользовательские процессы - порождаются, когда пользователь регистрируется в Caché.

• Фоновые процессы, называемые jobbed процессы, � создаются по команде JOB языка CachéObjectScript.

• Системные процессы Caché.

Функция администрирования процесса

Утилита

Вывести состояние всех процессов в системе

Монитор локальной системы или папка Процессы в Панели Управления или do ^%SS в текстовом режиме.

Вывести подробности для отдельного процесса

Команда Подробности из меню, выпадающего по правому щелчку на выделенном процессе в списке процессов в Панели управления. В текстовом режиме � утилита DO ^JOBEXAM (запуск в системной области).

Послать сообщение одному или нескольким процессам

Команда Широковещательное сообщение из меню, выпадающего по правому щелчку на выделенном процессе или выделенной группе процессов в Панели управления-Процессы.

Вывести и удалить блокировки

Папка Таблица блокировок в Панели Управления.

Прервать (удалить) процесс

Команда Прервать из меню, выпадающего по правому щелчку на выделенном процессе в списке процессов в папке Процессы Панели управления. В текстовом режиме DO ^KILLJOB (запуск из системной области)

Приостановить отдельный процесс

Команда Приостановить из меню, выпадающего по правому щелчку на выделенном процессе. Список процессов содержится в папке Процессы Панели управления.

Максимальное количество процессов Количество активных процессов Caché в системе может увеличиваться


стр. 103

до тех пор, пока:

• Количество активных процессов не станет равным максимальному количеству, допустимому в лицензии. Системные процессы не учитываются.

• Количество пользовательских процессов (см. вкладку Дополнительно-Основное) не достигнет указанного в Редакторе Конфигурации.

Информация о процессе

Рисунок 45. Ввод информации о процессе в Панели управления

Для вывод информации о процессе в текстовом режиме воспользуйтесь утилитой ^JOBEXAM, запустив ее на выполнение из системной области

%SYS>DO ^JOBEXAM


стр. 104

Рисунок 46. Вывод информации о процессе в текстовом режиме

Для получения списка процессов в текстовом режиме воспользуйтесь утилитой ^%SS

Рисунок 47. Вывод списка процессов в текстовом режиме утилитой ^%SS

В таблице приведено описание информации о процессе


стр. 105

Описание

Процесс

Номер процесса, process identification number (pid). Если пользователь вошел в Caché в режиме прграммирования, после id процесса стоит символ «звездочка» (*). Номера процессов соответствуют номерам процессов на уровне ОС.

Устройство Текущее устройство ввода/вывода, используемое процессом.

Область Область, в которой запущен процесс.

Программа Имя программы, которую процесс выполняет в данный момент.

Строк выполнено

Значение меняется в зависимости от типа процесса. Пользовательские процессы: количество строк кода Caché ObjectScript, выполненных с момента старта процесса в Caché. CONTROL (UNIX и Windows 95/98/NT) и WRTDMN: количество раз � сколько раз Write Daemon делал запись в image файл. GARCOL: количество раз � сколько раз должен стартовать Garbage Collector в поисках вершины garbage дерева. JRNDMN (UNIX и Windows 95/98/NT): количество раз - сколько раз journal daemon выполнял работу. DCP, сетевой server daemon: количество сообщений, полученных сервером.

Глобальные ссылки

Измеряет активность дискового ввода/вывода. Пользовательские процессы: количество выполненных глобальных ссылок (чтения и записи в базу данных) с момента старта процесса в Caché. CONTROL (UNIX и Windows 95/98/NT): всегда 0. WRTDMN: количество блоков, записанных на диск. GARCOL: количество блоков, высвобожденных Garbage Collector в картах. JRNDMN (UNIX и Windows 95/98/NT): количество буферов, записанных на диск journal daemon. Если Глоб увеличивается быстрее, чем Строк выполнено, journal daemon очень активен. DCP, сетевой server daemon: количество обращений к глобалу в сообщениях, полученных сервером.

Выполнено строк/Sec

Количество строк кода, измененных с момента последнего обновления.

Глобальных ссылок/Sec

Количество глобальных ссылок, измененных с момента последнего обновления.

Состояние

Одно из следующих состояний: LOCK; OPEN; CLOSE; USE; READ; WRITE; GGET; GSET; GKILL; GORDER; GQUERY; GDEFINE; ZF; HANG; JOB; EXAM; BROAD; SUSP; RUN В конце могут быть следующие отметки: H � Halting (Остановлен) NH - Netharden (Сетевые затруднения) N � Remote Network (Удаленная сеть) W � Hibernating (Спящий)

Имя пользователя Имя пользователя � владельца процесса.

Имя клиента Имя клиента, запустившего процесс.

Exe Имя Имя исполняемой программы, вызвавшей процесс.

IP Адрес IP адрес системы, запустившей процесс.


стр. 106

Останов процесса Процесс может быть остановлен двумя способами: временно приостановлен, чтобы возобновить работу позже, или прерван, т. е. полностью отменен.

• Приостановить процесс требуется в тех случаях, если более важный процесс пытается стартовать и требует ресурсов системы.

• Прервать процесс требуется в тех случаях, когда он подвис или возникли неполадки в системе.

ВНИМАНИЕ ! Никогда не пользуйтесь командой Kill в UNIX системе для удаления процесса Caché. Это может привести к краху сервера Caché.

Сообщение на терминалы Можно послать сообщение на терминалы, связанные с выбранным процессом или со всеми процессами. Сообщения можно отсылать только приложениям, работающим в текстовом режиме, и то с осторожностью, т.к. это может нарушить ход его исполнения.


стр. 107

Блокировки в Caché Блокировки в Caché создаются, когда Caché процесс выполняет команду LOCK на локальную или глобальную переменную, если она еще не заблокирована другим процессом. Блокируются глобалы не обязательно существующие в базе данных. Таким образом, блокировки в Caché это не закрывающие доступ команды, а всего лишь согласующие.

В Caché существует два типа блокировок: локальные и удаленные.

Локальные блокировки Локальные блокировки устанавливаются процессами локального компьютера на объекты, расположенные на локальном компьютере. Локальные блокировки хранятся в таблице блокировок на локальном компьютере.

Удаленные блокировки (remote locks) В Caché существует два типа удаленных блокировок: исходящие и поступающие блокировки

Исходящие блокировки устанавливаются процессом на локальном компьютере на объекты удаленного компьютера. Локальный компьютер является в этом случае клиентом.

Поступающие блокировки устанавливаются процессом на удаленном компьютере на объекты локального компьютера. Локальный компьютер является в этом случае сервером.

Информация об удаленных блокировках хранится в локальных таблицах блокировок как локального, так и удаленного компьютера. Однако только на компьютере клиенте, процесс с которого устанавливает блокировку, можно увидеть pid этого процесса и количество инкрементальных блокировок объекта.

Компьютер сервер, на котором блокируется объект, знает только имя удаленного компьютера, а не ID процесса, пославшего запрос на блокировку. Компьютер сервер не отслеживает количество инкрементальных блокировок на отдельном объекте.

Если исходящая удаленная блокировка присутствует в таблице блокировок, это не означает, что блокировка была предоставлена. Это означает только, что процесс сейчас делает запрос к удаленному компьютеру на блокировку. Эта точка входа в таблице блокировки на удаленном компьютере уже может быть заблокирована.

Удаление блокировок Каждая успешно выставленная каким-либо процессом блокировка порождает запись в таблице блокировок Caché. Администратор имеет возможность вмешаться в ход работы таблицы блокировок, однако это следует делать с особой осторожностью, т.к. удаление какой либо


стр. 108

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

Чтобы удалить блокировки, щелкните по папке Таблица блокировок в Панели управления, а затем по выбранной блокировке правой кнопкой мыши и выберите необходимую функцию удаления.

Рисунок 48. Работа с таблицей блокировок в Панели управления

Для управления таблицей блокировок в текстовом режиме необходимо использовать утилиту ^LOCKTAB в системной области

%SYS>DO ^LOCKTAB


стр. 109

Рисунок 49. Работа с таблицей блокировок в текстовом режиме в утилите ^LOCKTAB

Увеличение таблицы блокировок При использовании в системе большого количества блокировок может потребоваться увеличить таблицу блокировок. Максимальный размер таблицы блокировок может составлять объему, указанному в параметре «Основная куча памяти» в Редакторе конфигураций | Дополнительно | Память. Т.е. для увеличения размера таблицы блокировки надо сначала увеличить параметр «Основная куча памяти», а затем уже максимальный размер таблицы блокировок (устанавливается в том же разделе Редактор конфигураций)


стр. 110

Рисунок 50. Установка максимального размера таблицы блокировок

Изменение параметров выделения памяти потребует перезагрузку сервера Caché.

Сообщение Lock Table Overflow При переполнении таблицы блокировок Caché добавляет сообщение в файл cconsole.log. Проверяйте этот файл на наличие таких сообщений. Повторяющиеся сообщения подавляются так, что каждые 20 минут добавляется не более, чем одно такое сообщение.


стр. 111

Администрирование устройств ввода-вывода Эта глава посвящена администрированию устройств в Caché.

Поддержка устройств в Caché Caché поддерживает как физические, так и логические устройства ввода-вывода.

Тип устройства Включает устройства

Физические

· Терминалы · Принтеры · Диски · Магнитные ленты · Картриджные ленты

Логические

· Основное устройство · Спулер · Последовательные файлы · Двумерные файлы · RMS файлы (OpenVMS) · Interjob communication (IJC) устройства · Устройства программной блокировки

После установки Caché становятся определенными устройства по умолчанию. Их можно увидеть в подразделе Устройства в Редакторе конфигурации Caché. Подраздел Устройства находится в разделе Устройство вкладки Дополнительно.

Утилиты для администрирования устройств

Утилита Описание

Раздел Устройства в Редакторе конфигурации Caché

Определение устройств для доступа пользователей через утилиту %IS. Устройства хранятся в глобале %IS. Эти определения устройств можно редактировать и удалять. Задаются устройства, включая их мнемоимена и псевдонимы, в подразделе Устройства. Имеются и устройства по умолчанию. В подразделе Подтипы устройств задаются подтипы устройств. Имеются подтипы устройств по умолчанию. В подразделе Устройства магнитной ленты нужно связать определения устройств на магнитной ленте (заданные в подразделе Устройства) с именами устройств на магнитной ленте.

Раздел Ввод-вывод в Редакторе конфигурации

Задав �Области по умолчанию�, можно управлять устройствами с помощью мнемоник в команде WRITE /мнемоника. В этом разделе нужно ввести имена программ, в которых определены коды исполнения мнемоник по умолчанию для WRITE /команда,


стр. 112

Caché которые не упоминались в аргументах, определяющих мнемонический набор в командах OPEN или USE. В любом случае, администратор должен согласовать эти имена с разработчиками приложения.

%IS

Дает возможность пользователю выбрать устройство непосредственно во время работы символьного приложения. Программист вызывает эту утилиту из приложения, а пользователь в ответ на запрос устройства вводит его мнемоимя. Устройство и его мнемоимя должны быть определены в подразделе Устройство Редактора конфигурации Caché.

Идентификация устройств Определяя устройство в подразделе Устройство в Редакторе конфигурации Caché, нужно задать три идентификатора:

• Мнемоимя, которое используется в запросе устройства с помощью %IS.

• ID устройства, которое используется в команде OPEN.

• Псевдоним, который можно использовать в команде OPEN вместо ID устройства.

Мнемоимена устройств Преимущества использования мнемоимен:

• Гибкость. Можно менять мнемоимена, что позволяет разработчикам не менять код приложения.

• Легкость запоминания для пользователей и разработчиков. Например, можно дать устройству печати мнемоимя Printer

или можно установить идентификатор устройства для имени файла и дать мнемоимя FILE

Идентификаторы устройств Устройство можно идентифицировать по номеру или по его имени в операционной системе. Идентификатор можно использовать в команде OPEN, как описано в Руководстве по программированию в Caché.


стр. 113

Псевдоним устройства Для каждого устройства в Caché можно задать один или несколько псевдонимов. Когда пользователь пишет псевдоним в команде OPEN, Caché транслирует его в идентификатор устройства.

Идентификаторы устройств по умолчанию, установленные в Caché, подходят для большинства пользователей. Однако иногда может потребоваться аннулировать эти умолчания, особенно для ленточных устройств. Это можно сделать с помощью псевдонима устройства. Например, если Вы перешли на Caché фирмы InterSystems из другой системы, Вам может потребоваться задать номера устройств, совместимые с содержащимися в имеющемся коде приложения.

Типы устройств Помимо мнемоимен и номеров устройств Caché поддерживает типы устройств ввода-вывода. Каждый номер внутреннего устройства относится к одному из этих типов. В таблице показаны типы устройств:

Тип Значение

TRM Терминал

SPL Устройство спулинга

MT Устройство с магнитной лентой

BT Устройство с картриджной лентой

IPC Устройство взаимодействия процессов

OTH Любое другое устройство

Задание областей мнемоник по умолчанию Программист может управлять устройствами из приложения с помощью команды WRITE /мнемоника. Например, программист может переместить курсор в определенную колонку текущей строки терминала, используя область %X364, так:

WRITE /CHA(колонка)

Более подробно об областях мнемоник по умолчанию см. Руководство по программированию.


стр. 114

Администрирование сети В этой главе излагаются основные концепции сети и описывается, как Caché можно конфигурировать и запускать в сетевой среде клиент-сервер.

Преимущества сети Возможность Описание

Удаленные данные

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

Перемещение файлов

Можно копировать файлы с одного компьютера сети на другой.

Удаленное выполнение фоновых процессов

Можно запускать фоновые процессы на удаленном узле сети.

Вызов удаленных процедур

Можно запускать процедуры, которые находятся на другом узле сети.

Удаленная регистрация

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

Удаленный доступ к устройствам

Можно использовать удаленные устройства. Например, можно печатать на удаленном принтере.

Когда Caché используется в среде распределенных баз данных, данные могут быть разделены между узлами сети в пределах файловой защиты, установленной в этих системах.

Собственная внутренняя сетевая технология Caché называется Distributed Cache Protocol - DCP.

Модель Open System Interconnect (OSI) Международная организация стандартов (ISO) разработала модель для описания уровней взаимодействия между компьютерами сети. Эта модель называется Open System Interconnection (OSI).

Уровень Название Описание

7 Приложение Сетевой доступ в приложении. Например, ссылка на удаленные данные Caché.

6 Представление Формат данных, передаваемых ПО (Форматы обмена данными). См. раздел "Протокол сообщений" в этой


стр. 115

главе.

5 Сессия Запуск и останов сессий обмена.

4 Транспорт

Сквозная транспортировка данных от процесса на одном компьютере к процессу на другом. Может быть как ориентированная на соединение, так и без установки соединения.

3 Сеть Система доставки, включающая адресацию, маршрутизацию и т.д. См. раздел "Протокол взаимодействия" в этой главе.

2 Связь данных Обмен данными с провайдером сети (пакеты низкоуровневых форматов).

1 Физический Аппаратное обеспечение, через которое перемещаются пакеты сообщений

Caché поддерживает следующие протоколы взаимодействия:

• TCP/IP

• UDP

• Raw Ethernet (можно использовать только с сетевым аппаратным обеспечением Ethernet)

DCP Distributed Cache Protocol (DCP) � это собственный протокол Caché. DCP протокол запускается поверх UDP. С DCP протоколом, в зависимости от платформы, система может взаимодействовать, используя TCP/IP компоненту UDP, Raw Ethernet или и то, и другое.

DSM-DDP Этот протокол совместим с Digital Standard M (DSM), DDP (Distributed Data Processing) протоколом. Этот протокол использует протокол Ethernet для связи с другими системами DSM-DDP.

Системные сетевые процессы в Caché Сетевые процессы в Caché являются фоновыми. Они не привязаны к терминалам и не рассматриваются, как запущенные по команде Job.

Системные сетевые процессы � это DMNNET, RECEIVE и DCPDMN. Caché запускает эти процессы автоматически в соответствии с приоритетами, которые требуются для их правильной работы. Работа этих процессов прерывается при останове Caché.

Первая пара DMNNET процессов не учитывается в Лицензии.

Системный процесс DMNNET На каждом узле в сети Caché запускает 1 (в VMS и Windows 95/98/NT)


стр. 116

или 2 (под UNIX) системных процесса DMNNET для каждого типа порта в активной конфигурации. Эти процессы по умолчанию имеют приоритеты более высокие, чем пользовательские процессы, но более низкие, чем Write Daemon и Garbage Collector.

Имеется отдельный DMNNET процесс (под UNIX - 2 процесса) для каждого сетевого устройства, определенного в конфигурации. Когда процесс посылает запрос со ссылкой на данные удаленного компьютера, DMNNET на получающем узле посылает данные, ждет ответа, получает ответ, помещает его в буфер для процесса, который обращается к данным.

Пара DMNNET процессов имеется для каждого порта, заданного в Редакторе конфигурации в закладке Сеть. Один - для передачи, - он посылает удаленные запросы. Другой � для получения, он получает удаленные запросы.

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

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

Сетевые процессы и Лицензия Caché На всех платформах RECEIVE и DMNNET процесс(ы) для одного порта не учитываются в лицензии. Тем не менее, дополнительный DMNNET и все DCPDMN процессы (каждый) считается как один пользовательский процесс.

Заметим, что каждый сетевой процесс использует буфер программ. Если количество пользователей в системе ограничено количеством буферов программ, эти процессы могут влиять на количество пользователей, которые могут входить в Caché. Итоговый счетчик в нижней части экрана %SS принимает это все во внимание, когда показывает количество заданий.

Настройка сети Настройка сети заключается в создании описания удаленного узла в Редакторе конфигураций в закладке Сеть.


стр. 117

Рисунок 51. Создание описания удаленного сетевого узла

После того, как удаленный узел в конфигурации создан, можно создавать удаленные наборы томов. При этом надо учесть, что версия Caché 4.1.3 умеет монтировать и корректно работать по протоколу DCP только с 2-х килобайтными базами данных удаленного сервера Caché. Разумеется, такие базы данных должны быть смонтированы локально на удаленном сервере, чтобы сделать их доступными в сети Caché.

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

Примечание: Кластерные решения Caché 4 доступны только в среде OpenVMS.

Администрирование удаленного узла Колонка Состояние удаленной системы во вкладке Network в системных утилитах (напримре, в Панели управления | Сеть) содержит одно из значений, перечисленных ниже.

Состояние Описание

Idle Клиент не подключился к серверу, т.к. к этому серверу еще не


стр. 118

был инициирован сетевой поток.

Unreachable Клиент не подключился к серверу в результате потери связи или сбоя на сервере.

Disconnecting

Клиент получил сигнал "shutdown" от сервера и должен передать собщение о рассоединении перед повторным подключением. Перед рассоединением нужно подождать окончания незавершенного запроса.

Connecting Был послан запрос на подключение и ожидается ответ от сервера. Это возникает при обращении к глобалу на удаленном сервере в состоянии Unreachable или Idle.

LockTable

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

RoutineReval Часть процесса переподключения. Проверяется правильность буферов программ.

Reachable Удаленный сервер может принимать запросы от пользовательских процессов.

Disabled

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

Обработка сетевых транзакций Caché поддерживает транзакции, которые изменяют базу данных на удаленном компьютере. Это возможно только для систем, использующих сеть DCP. Чтобы использовать эту возможность, не нужно менять приложение.

Любое изменение базы данных (исключение составляет функция $INCREMENT), сделанное на удаленном наборе данных, автоматически рассматривается как часть транзакции. При откате транзакции для такого изменения тоже будет сделан откат.

В следующем разделе рассматриваются вопросы, относящиеся к обработке транзакций внутри DCP сети. Более подробно об обработке транзакций см. Руководство по программированию Caché.

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

Однофазный commit протокол предполагает, что сервер будет


стр. 119

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

Проблема в том, что поскольку commit протокол не является двухфазным, подтверждения оцениваются посерверно, а не в связи с транзакцией в целом. Один или более серверов могут подтвердить закрытие транзакции, в то время как один или более других серверов могут считать, что транзакция открыта. Транзакция в такой ситуации считается неопределенной, так как непонятно, был COMMIT или ROLLBACK.

Неопределенные транзакции возникают при сбоях во время передачи COMMIT и ROLLBACK в таких двух ситуациях:

• Когда сбой происходит в период между передачей COMMIT на удаленный компьютер и при получении ответа. В этом случае Caché не знает, получил ли удаленный компьютер запрос на подтверждение и обработал ли его. Если удаленный компьютер перезагружался в этот момент, Caché не знает, будет произведен откат транзакций или же нет.

• Если Caché передает COMMIT на удаленные компьютеры и вслед за этим передает сообщение об откате (т.к. COMMIT по каким-то причинам потерпел неудачу). Если Caché не сможет сообщить об откате компьютеру, которому был послан COMMIT, останется неясным, был ли совершен откат транзакции для этого компьютера.

В приложении надо предусматривать эти ситуации и обрабатывать их.

Обнаружить и исправить ошибки в обработке сетевых транзакций в приложении можно с помощью:

• Сообщений об ошибках

• Утилиты %TRANSTATE, которая отслеживает состояние транзакции

Ошибки обработки сетевых транзакций Ниже представлен список ошибок, которые могут возникать в процессе работы сетевых транзакций.

Ошибка Объяснение


стр. 120

<COMMITFAIL>

Возникает в момент COMMIT, когда Caché получает ошибку при обработке TCOMMIT. Эта ошибка означает, что Caché в точности не знает, действительно ли одна или более удаленных машин обработали COMMIT.

<ROLLFAIL>

Возникает при откате, когда Caché получает ошибку при обработке TROLLBACK. Эта ошибка означает, что Caché в точности не знает, действительно ли одна или более удаленных машин обработали ROLLBACK.

<NETSRVFAIL>

Возникает во время COMMIT или SET/KILL/ZKILL в транзакции, когда клиент обнаруживает, что один из серверов, вовлеченных в транзакцию, перезапускался при открытой транзакции. Как только это происходит, Caché помечает транзакцию так, что она не может быть завершена. Никакие изменения базы данных не могут быть посланы на этот удаленный компьютер как часть данной транзакции. Caché считает, что сервер либо уже выполнил откат данной транзакции, либо выполнит его после перезапуска (она могла быть еще не сохранена). В результате на клиенте должен быть выполнен откат этой транзакции. Выполняя откат транзакции, клиент не посылает rollback запрос на удаленные компьютеры, о которых известно, что они останавливались в данной ситуации; он считает, что откат транзакции там уже выполнен. Если сетевой тайм-аут истекает при открытой транзакции и удаленный узел помечается сетевыми утилитами как UP, Caché считает, что узел перезапущен и выполняет откат транзакций. Этот результат возникает даже если: задание с открытой транзакцией не получило <NETWORK> или истек сетевой тайм-аут, или просто потому что установлен Switch 10, или по каким-то другим причинам, не связанным с перезагрузкой,даже если соединение с сервером автоматически восстановлено.

<NETWORK> или другие ошибки

Если COMMIT возвращает ошибки, отличные от <COMMITFAIL>, COMMIT завершается неудачей, но состояние транзакции является неопределенным. Другими словами, некоторые, но не все компьютеры смогли завершить транзакцию. Чтобы определить, какие именно удаленные компьютеры завершили, в приложении можно использовать утилиту %TRANSTATE. Если ROLLBACK возвращает ошибки, отличные от <ROLLFAIL>, Caché может сообщить приложению, какие именно удаленные компьютеры сделали откат. Чтобы получить больше информации о проблемах с ROLLBACK , можно использовать %TRANSTATE для всех удаленных компьютеров по очереди.

Утилита %TRANSTATE

Утилита %TRANSTATE содержит две точки входа, SUMMARY и NODE(индекс), которые дают информацию прикладному программисту о состоянии транзакции, относящейся к удаленному узлу.

Файл ошибок в асинхронных Set и Kill

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


стр. 121

Вывод сообщений об ошибках

Для вывода сообщений об ошибках при асинхронной передаче по сети в файл cneterr.log, используйте команду: SET X=$ZU(69,13,1)

Чтобы выводить собщения о таких ошибках на консоль оператора, используйте команду: SET X=$ZU(69,14,1)

Умолчание для обоих переключателей - OFF.


стр. 122

Руководство по администрированию cachØ...

Documents