Войти
 | |
| Первый выпуск | 1966 ; 55 лет назад ( 1966 ) |
|---|---|
| Стабильный выпуск | 15/3 октября 2017 г. ; 3 года назад ( 2017-10-03 ) |
| Операционная система | z / OS V2.2 или новее |
| Платформа | IBM System z |
| Тип | Подсистема базы данных и обработки транзакций |
| Лицензия | проприетарный |
| Веб-сайт | www.ibm.com / software / data / ims / index.html |
Система IBM Information Management ( IMS ) является совместным иерархическая база данных и управления информацией системы, которая поддерживает обработку транзакций.
IBM разработала IMS совместно с Rockwell и Caterpillar, начиная с 1966 года для программы Apollo, где она использовалась для инвентаризации очень большого перечня материалов (BOM) для лунной ракеты Saturn V и космического корабля Apollo.
Первое сообщение «IMS READY» появилось на терминале IBM 2740 в Дауни, Калифорния, 14 августа 1968 года. За это время IMS претерпела множество изменений, поскольку технология IBM System / 360 превратилась в текущую z / OS и IBM zEnterprise. Системные технологии. Например, IMS теперь поддерживает язык программирования Java, JDBC, XML, а с конца 2005 г. - веб-службы.
Верн Уоттс много лет был главным архитектором IMS. Уоттс пришел в IBM в 1956 году и работал в лабораториях разработки IBM в Кремниевой долине до своей смерти 4 апреля 2009 года. Он непрерывно работал над IMS с 1960-х годов.
Компонент IMS Database хранит данные с использованием иерархической модели, которая сильно отличается от более поздней реляционной базы данных IBM, Db2. В IMS иерархическая модель реализована с использованием блоков данных, известных как сегменты. Каждый сегмент может содержать несколько частей данных, которые называются полями. Например, база данных клиентов может иметь корневой сегмент (или сегмент наверху иерархии) с такими полями, как телефон, имя и возраст. Дочерние сегменты могут быть добавлены под другим сегментом, например, один сегмент заказа под каждым сегментом клиента, представляющий каждый заказ, который клиент разместил в компании. Аналогично, каждый сегмент заказа может иметь много дочерних сегментов для каждого элемента в заказе. В отличие от других баз данных, вам не нужно определять все данные в сегменте для IMS. Сегмент может быть определен размером 40 байтов, но только одно поле длиной шесть байтов может быть определено как ключевое поле, которое вы можете использовать для поиска сегмента при выполнении запросов. IMS будет извлекать и сохранять все 40 байтов в соответствии с указаниями программы, но может не понимать (или не заботиться) о том, что представляют собой другие байты. На практике часто все данные в сегменте могут отображаться в тетрадке COBOL. Помимо использования запросов DL / I, в IMS может быть определено поле, чтобы данные можно было скрыть от определенных приложений по соображениям безопасности. Компонент базы данных IMS можно приобрести отдельно, без компонента диспетчера транзакций, и использовать его в таких системах, как CICS.
Существует три основных формы иерархических баз данных IMS:
Производительность DEDB достигается за счет использования высокопроизводительного метода доступа (Media Manager), асинхронной записи после фиксации и оптимизированных путей кода. Ведение журнала сведено к минимуму, поскольку данные на диске не обновляются до момента фиксации, поэтому не требуется журналирование UNDO (перед изображением) и функция возврата. Незавершенные изменения можно просто отбросить. Начиная с IMS версии 11, DEDB могут использовать 64-битное хранилище z / OS для буферов базы данных. Архитектура DEDBs включает в себя концепцию единицы работы (UOW), которая упростила реализацию эффективной онлайн-утилиты реорганизации. Эта функция включена в базовый продукт.
DEDB быстрого пути могут быть построены только поверх VSAM. Базы данных DL / I могут быть построены поверх VSAM или OSAM с некоторыми ограничениями в зависимости от организации базы данных. Хотя максимальный размер набора данных VSAM z / OS увеличился до 128 ТБ несколько лет назад, IMS по-прежнему ограничивает набор данных VSAM 4 ГБ (а OSAM - 8 ГБ). Это «ограничение» просто означает, что клиенты IMS будут использовать несколько наборов данных для больших объемов данных. VSAM и OSAM обычно называются методами доступа, а «логическое» представление базы данных IMS называется «организацией» базы данных (HDAM, HIDAM, HISAM и т. Д.). Внутренне данные связаны с использованием 4-байтового указатели или адреса. В наборах данных базы данных (DBDS) указатели упоминаются как RBA (относительные байтовые адреса).
В совокупности возможности IMS, связанные с базой данных, часто называют IMS DB. IMS DB росла и развивалась на протяжении почти четырех десятилетий для поддержки множества бизнес-потребностей. IMS с помощью оборудования z / OS - средства связи - поддерживает N-стороннее совместное использование баз данных между IMS. Многие большие конфигурации включают несколько систем IMS, управляющих общими базами данных, метод, обеспечивающий масштабируемый рост и избыточность системы в случае аппаратных или программных сбоев.
IMS также является надежным менеджером транзакций ( IMS TM, также известным как IMS DC) - одним из «большой тройки» классических менеджеров транзакций наряду с CICS и BEA (теперь Oracle) Tuxedo. Диспетчер транзакций взаимодействует с конечным пользователем (подключенным через VTAM или TCP / IP, включая 3270 и пользовательские веб-интерфейсы ) или другим приложением, обрабатывает бизнес-функцию (например, снятие с банковского счета) и поддерживает состояние на протяжении всего процесса, обеспечивая что система правильно записывает бизнес-функцию в хранилище данных. Таким образом, IMS TM очень похож на веб-приложение, работающее через программу CGI (например), чтобы предоставить интерфейс для запроса или обновления базы данных. IMS TM обычно использует в качестве базы данных IMS DB или Db2. При использовании отдельно с Db2 компонент IMS TM можно приобрести без компонента IMS DB.
IMS TM использует парадигму обмена сообщениями и очередей. Программа управления IMS получает транзакцию, введенную с терминала (или веб-браузера, или другого приложения), а затем сохраняет транзакцию в очереди сообщений (в памяти или в наборе данных). Затем IMS вызывает свой планировщик для транзакции в очереди, чтобы запустить программу бизнес-приложения в области обработки сообщений. Область обработки сообщений извлекает транзакцию из очереди сообщений IMS и обрабатывает ее, считывая и обновляя базы данных IMS и / или Db2, обеспечивая надлежащую запись транзакции. Затем, если требуется, IMS помещает ответное сообщение обратно в очередь сообщений IMS. Как только выходное сообщение готово и доступно, программа управления IMS отправляет его обратно исходному терминалу. IMS TM может обрабатывать весь этот процесс тысячи (или даже десятки тысяч) раз в секунду. В 2013 году IBM завершила тест IMS версии 13, продемонстрировав способность обрабатывать 100 000 транзакций в секунду в одной системе IMS.
До IMS предприятиям и правительствам приходилось создавать собственные среды обработки транзакций. IMS TM предоставляет простую, удобную, надежную стандартную среду для высокопроизводительного выполнения транзакций. Фактически, большая часть мировой банковской индустрии полагается на IMS, включая Федеральную резервную систему США. Например, есть вероятность, что снятие денег из банкомата (ATM) будет инициировать транзакцию IMS. Несколько китайских банков недавно приобрели IMS, чтобы поддержать растущую финансовую индустрию этой страны.
Сегодня IMS дополняет Db2, систему реляционных баз данных IBM, представленную в 1982 году. В целом IMS работает быстрее, чем Db2 для общих задач, но может потребовать больше усилий по программированию для разработки и поддержки для неосновных задач. Реляционные базы данных обычно превосходят в тех случаях, когда требования, особенно требования к отчетности, часто меняются или требуют различных точек зрения за пределами основной или исходной функции.
Реляционное « хранилище данных » может использоваться для дополнения базы данных IMS. Например, IMS может предоставлять первичные транзакции банкомата, поскольку она хорошо справляется с такой конкретной задачей. Однако ночные копии данных IMS могут быть скопированы в реляционные системы, так что с данными могут выполняться различные отчеты и задачи обработки. Это позволяет каждому типу базы данных лучше всего сосредоточиться на своей относительной силе.
