WikiDer > Тиберо

Тема этой статьи может не соответствовать Википедии рекомендации по продуктам и услугам. Пожалуйста, помогите установить известность, указав надежные вторичные источники которые независимый темы и обеспечить ее подробное освещение, помимо банального упоминания. Если известность не может быть установлена, статья, вероятно, будет слился, перенаправлен, или же удалено. Найдите источники: "Тиберо" – Новости · газеты · книги · ученый · JSTOR (Ноябрь 2013) (Узнайте, как и когда удалить этот шаблон сообщения)

Тиберо это реляционные базы данных и система управления базами данных утилита, разработанная TmaxSoft. TmaxSoft разрабатывает Tibero с 2003 года, а в 2008 году это была вторая компания в мире, которая предоставила кластер на основе общих дисков, TAC. Основными продуктами являются Tibero, Tibero MMDB, Tibero ProSync, Tibero InfiniData и Tibero DataHub.

Tibero, система управления реляционными базами данных (RDBMS) считается альтернативой базам данных Oracle^[1] благодаря полной совместимости с продуктами Oracle, включая SQL.

Tibero гарантирует надежные транзакции базы данных, которые представляют собой логические наборы операторов SQL, за счет поддержки ACID (атомарность, согласованность, изоляция и долговечность). Обеспечивая улучшенную синхронизацию между базами данных, Tibero 5 обеспечивает надежную работу службы баз данных в многоузловой среде.^[2][3]

Тиберо реализовал уникальный Архитектура потока Tibero для устранения недостатков предыдущих СУБД. В результате Tibero может эффективно использовать системные ресурсы, такие как ЦП и память, за счет меньшего количества серверных процессов. Это гарантирует, что Tibero предлагает сочетание производительности, стабильности и расширяемости, облегчая при этом функции разработки и администрирования. Кроме того, он предоставляет пользователям и разработчикам различные стандартные интерфейсы разработки для простой интеграции с другими СУБД и сторонними инструментами.

Кроме того, технология блочной передачи была применена для улучшения ‘Активный кластер Tibero’- технология кластеризации разделяемых БД, аналогичная Oracle RAC. Tibero поддерживает оптимизацию производительности на основе самонастройки, надежный мониторинг базы данных и управление производительностью.^[4]

По состоянию на июль 2011 года в Корее Tibero был принят более чем 450 компаниями в различных отраслях, от финансов, производства и связи до государственного сектора, а во всем мире - более чем 14 компаниями.^[2]

Продукция TIBERO

• Тиберо^[5] это система управления реляционными базами данных, которая надежно управляет базами данных, коллекциями данных при любых обстоятельствах.
• Тиберо MMDB - это база данных в оперативной памяти, предназначенная для управления бизнес-базами данных с высокой нагрузкой.
• Tibero InfiniData^[5] это распределенная система управления базами данных, которая обеспечивает возможность расширения базы данных для обработки и использования бесконечно увеличивающихся данных.
• Тиберо HiDB это реляционная база данных, которая поддерживает функции иерархических баз данных IBM / DB или Hitachi ADM / DB.
• Тиберо NDB это реляционная база данных, которая поддерживает функции сетевых баз данных Fujitsu AIM / NDB.

Продукты для интеграции баз данных

• Tibero ProSync^[5] это интегрированное решение для обмена данными^{[модное слово]} который реплицирует данные на серверах баз данных. Все изменения данных на одном сервере реплицируются на партнерские серверы в режиме реального времени. Tibero ProSync доставляет необходимые данные в целевую базу данных в режиме реального времени, сохраняя при этом целостность данных.
• Тиберо ProSort это решение^{[модное слово]} который позволяет сортировать, объединять и преобразовывать большие объемы данных.
• Tibero DataHub это решение^{[модное слово]} который обеспечивает интегрированную структуру виртуальной базы данных без физической интеграции существующих баз данных.

Даты выпуска продукта

История

• 2003 год
  • Май - Основание компании TmaxData (в 2010 году название компании было изменено на TIBERO).^[6]
  • Июнь - Впервые запущена коммерческая дисковая СУБД Tibero. ^[3][6]
  • Декабрь - Разработка Tibero 2.0.
• 2004 год
  • Май - поставил Тиберо в столичный город Кванджу для его веб-сайта^[7]
• 2006 год
  • Декабрь - Разработан Tibero 3.0.
• 2007 год
  • Декабрь - Поставлен ProSync в SK Telecom для системы NGM.^[8]
• 2008 год
  • Март - Поставлен ProSync в Nonghyup для его системы следующего поколения (NGM)^[9]
  • Июнь - Перенос устаревшей базы данных для Национальной службы управления качеством сельскохозяйственной продукции.
  • Июнь - поставка Tibero MMDB в компанию Samsung.^[3]
  • Ноябрь - Выпущен Tibero 4, получивший награду Best SW Product Award.^[10]
  • Декабрь - Получение награды Korea Software Technology Award^[11]
• 2009 год
  • Декабрь - Перенесены базы данных для систем СКС KT, Qook TV. ^[3]
  • Февраль - Получен сертификат GS для Tibero 4.^[12]
• 2010 год
  • Февраль - Поставлены продукты для DSME SHANDONG CO., LTD.
  • Апрель - поставка продукции для GE Capital в США.^[13]
  • Октябрь - Получение награды за инновации в области решений DB^[14]
  • Декабрь - Сменил название компании на TIBERO.
• 2011 год
  • Июль - Поставлены продукты в Корейский институт развития страхования (KIDI) для проекта усовершенствования онлайн-системы расчета стоимости ремонта автомобилей (AOS).
  • Сентябрь - Поставлены продукты в MEST для проекта интегрированной системы поддержки подготовки учителей.
  • Ноябрь - Выпущен Tibero 5.
• 2012 год
  • Апрель - Поставлены продукты в город Чхонджу для системы On-Nara BPS, административной системы управления приложениями.^[15]
  • Август - присоединился к форуму BI
  • Декабрь - Внедрена система профессиональной аккредитации Tibero.
• 2013 год
  • Январь - Назначен Инсу Чанг генеральным директором TIBERO.
  • Февраль - Получен сертификат GS для Tibero 5.
  • Май - поставлен Tibero для системы MES Hyundai Hysco.^[16][17]
  • Июнь - Разработка Tibero 5 SP1, Tibero InfiniData.^[18]
  • Июль - участие в форуме по большим данным
  • Август - Поставлены продукты для IBK Industrial Bank для проекта ИТ-системы нового поколения^[19]
  • Сентябрь - Tibero 5 (SP 1) и 6 были представлены в качестве следующего обновления его системы управления базами данных для решений для больших данных.^{[модное слово]} на пресс-конференции в Сеуле, Южная Корея.^[4]
  • Декабрь - Подписано ULA (неограниченное лицензионное соглашение) с Hyundai Motor Group.^[20]
• 2015 год
  • Апрель - Запущен Tibero 6.0. ^[21]

Архитектура

Tibero использует несколько рабочих процессов, и каждый рабочий процесс использует несколько потоков. Количество процессов и потоков можно изменить. Пользовательские запросы обрабатываются пулом потоков, но устраняются накладные расходы диспетчера, который обрабатывает ввод / вывод. Использование памяти и количество процессов ОС можно уменьшить с помощью пула потоков. Количество одновременных процессов можно изменить.^[3][22]

Концепции

• Множественный процесс, Многопотоковый Структура
  • Заранее создает необходимые процессы и потоки, которые ждут доступа пользователя и немедленно отвечают на запросы, уменьшая использование памяти и накладные расходы системы.
  • Быстрый ответ на запросы клиентов
  • Надежность выполнения транзакций с увеличением количества сессий
  • Нет создания или завершения процесса
  • Минимизирует использование системных ресурсов
  • Надежно справляется с загрузкой системы
  • Минимальные случаи переключения контекста между процессами
• Эффективный механизм синхронизации между памятью и диском
  • Управление на основе стандарта TSN (Tibero System Number)
  • Синхронизация через событие Check Point
  • Структура кеша на основе LRU (Least Recently Used)
  • Регулировка цикла контрольных точек для минимизации дисковых операций ввода-вывода

Процессы

У Тиберо есть следующие три процесса:

Слушатель

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

Рабочий процесс или процесс переднего плана

• Рабочий процесс взаимодействует с клиентскими процессами и обрабатывает запросы пользователей. Tibero создает несколько рабочих процессов, когда сервер начинает поддерживать соединения от нескольких клиентских процессов. Tibero обрабатывает задания, используя потоки, чтобы эффективно использовать ресурсы.
• Один рабочий процесс состоит из одного управляющего потока и нескольких рабочих потоков. Рабочий процесс по умолчанию содержит один управляющий поток и десять рабочих потоков. дефолт. Количество рабочих потоков на процесс можно установить с помощью параметра инициализации, и после запуска Tibero это число не может быть изменено.
• Управляющий поток Создает столько рабочих потоков, сколько указано в параметре инициализации, при запуске Tibero, выделяет новые запросы клиентского соединения для бездействующего рабочего потока и проверяет обработку сигналов.
• Рабочий поток напрямую взаимодействует с одним клиентским процессом. Он получает и обрабатывает сообщения от клиентского процесса и возвращает результат. Он выполняет большинство задач СУБД, таких как синтаксический анализ и оптимизация SQL. Даже после отключения рабочего потока от клиента он не исчезает. Он создается при запуске Тиберо и удаляется при завершении работы Тиберо. Это улучшает производительность системы, так как потоки не нужно создавать или удалять, даже если соединения с клиентами необходимо выполнять часто.

Фоновый процесс

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

Следующие процессы принадлежат группе фоновых процессов:

Монитор потока (MTHR)

• Поток монитора - это отдельный независимый процесс, несмотря на то, что он называется Monitor Thread. Это первое, что создается после Listener при запуске Tibero. Это последний процесс, который завершается, когда Тиберо завершает свою работу. Поток монитора создает другие процессы при запуске Tibero и периодически проверяет состояние каждого процесса и взаимоблокировки.

Создатель последовательности (АГЕНТ или SEQW)

• Последовательный процесс выполняет внутренние задания для Tibero, необходимые для обслуживания системы.

Устройство записи блоков данных (DBWR или BLKW)

• Этот процесс записывает измененные блоки данных на диск. Записанные блоки данных обычно читаются непосредственно рабочими потоками.

Контрольно-пропускной процесс (CKPT)

• Процесс контрольной точки управляет контрольной точкой. Контрольная точка - это задание, которое периодически записывает все измененные блоки данных в памяти на диск или по запросу клиента. Checkpoint предотвращает превышение времени восстановления определенного лимита в случае сбоя в Tibero.

Журнал записи (LGWR или LOGW)

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

Функции

СУБД Tibero обеспечивает связи с распределенными базами данных, репликацию данных, кластеризацию баз данных (Активный кластер Tibero или TAC) который похож на Oracle RAC.,^[23] параллельная обработка запросов и оптимизатор запросов.^[24] Он соответствует стандартным спецификациям SQL и интерфейсам разработки и гарантирует высокую совместимость с другими типами баз данных.^[25]Другие функции включают; Блокировка на уровне строк, управление параллелизмом нескольких версий, параллельная обработка запросов и поддержка таблиц разделов.^[2][25]

Основные особенности

Ссылки на распределенную базу данных

• Хранит данные в другом экземпляре базы данных. Используя эту функцию, можно выполнять операцию чтения или записи для данных в удаленной базе данных по сети. Решения RDBMS других производителей^{[модное слово]} также может использоваться для операций чтения и записи.

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

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

Кластеризация базы данных

• Эта функция решает самые большие проблемы для любой корпоративной СУБД, а именно: высокую доступность и высокую производительность. Для этого в СУБД Tibero реализована технология под названием Активный кластер Tibero.
• Кластеризация базы данных позволяет нескольким экземплярам базы данных совместно использовать базу данных с общим диском. Важно, чтобы кластеризация поддерживала согласованность между внутренними кэшами базы данных экземпляров. Это также реализовано в TAC.

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

• Объемы данных для предприятий постоянно растут. В связи с этим необходима технология параллельной обработки, обеспечивающая максимальное использование ресурсов сервера для массовой обработки данных. Чтобы удовлетворить эти потребности, СУБД Tibero поддерживает функции параллельной обработки транзакций, оптимизированные для OLTP (Обработка онлайн-транзакций) и функции параллельной обработки SQL, оптимизированные для OLAP (Онлайн-аналитическая обработка). Это позволяет выполнять запросы быстрее.

Оптимизатор запросов

• Оптимизатор запросов выбирает наиболее эффективный план, рассматривая различные методы обработки данных на основе статистики для объектов схемы.

Блокировка уровня строки

• В СУБД Tibero используется блокировка на уровне строк, чтобы гарантировать детальный контроль блокировки. Он максимизирует параллелизм, блокируя строку, наименьшую единицу данных. Даже если изменено несколько строк, одновременное выполнение DML может выполняться, поскольку таблица не заблокирована. Благодаря этому методу СУБД Tibero обеспечивает высокую производительность в OLTP среда.

Активный кластер Tibero

СУБД Tibero обеспечивает стабильное и эффективное управление СУБД и гарантирует высокопроизводительную обработку транзакций с использованием технологии Tibero Active Cluster (далее TAC), которая представляет собой операцию аварийного переключения на основе системной среды кластеризации общих дисков. TAC позволяет экземплярам на разных узлах совместно использовать одни и те же данные через общий диск. Он поддерживает стабильную работу системы (24x365) с функцией переключения при отказе и оптимальную обработку транзакций, гарантируя целостность данных в памяти каждого экземпляра.^[3][22]

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

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

TAC - это кластерная система на уровне приложений. Он обеспечивает высокую доступность и масштабируемость для всех типов приложений. Итак, рекомендуется применять архитектуру репликации не только к серверам, но также к оборудованию и устройствам хранения. Это помогает улучшить высокую доступность. Виртуальный IP (VIP) назначается для каждого узла в кластере TAC. Если узел в кластере TAC вышел из строя, его общедоступный IP-адрес недоступен, но виртуальный IP-адрес будет использоваться для соединений и для переключения при отказе соединения.

Основные компоненты

Ниже приведены основные компоненты TAC.^[26]

Служба блокировки ожидания кластера (CWS)

• Позволяет существующей блокировке ожидания (далее Wlock) работать в кластере. Диспетчер распределенных блокировок (далее DLM) встроен в этот модуль.
• Wlock может получить доступ к CWS через GWA. Связанные фоновые процессы - это LASW, LKDW и RCOW.
• Wlock управляет синхронизацией с другими узлами через CWS в средах TAC, которые поддерживают несколько экземпляров.

Глобальный адаптер блокировки ожидания (GWA)

• Устанавливает и управляет блоком состояния блокировки CWS (далее LKSB), дескриптором доступа к CWS и его параметрами.
• Изменяет режим блокировки и тайм-аут, используемые в Wlock, в зависимости от CWS, и регистрирует полную асинхронную ловушку (далее CAST) и блокирующую асинхронную ловушку (далее BAST), используемые в CWS.

Управление кешем кластера (CCC)

• Управляет доступом к блокам данных в кластере. DLM встроен.
• Включены сервисы CR Block Server, Current Block Server, Global Dirty Image и Global Write.
• Уровень кэша может получить доступ к CCC через GCA (Global Cache Adapter). Связанные фоновые процессы: LASC, LKDC и RCOC.

Адаптер глобального кэша (GCA)

• Предоставляет интерфейс, который позволяет уровню кэша использовать службу CCC.
• Устанавливает и управляет CCC LKSB, дескриптором доступа к CCC и его параметрами. Он также изменяет режим блокировки блока, используемый на уровне кэша для CCC.
• Сохраняет блоки данных и журналы повторов для события блокировки CCC и предлагает интерфейс для DBWR для запроса глобальной записи и для CCC для запроса блочной записи из DBWR.
• CCC отправляет и принимает блоки CR, глобальные грязные блоки и текущие блоки через GCA.

Управление передачей сообщений (MTC)

• Решает проблему потери сообщений между узлами и сообщений о нарушении порядка.
• Управляет очередью повторной передачи и очередью неупорядоченных сообщений.
• Гарантирует надежность связи между узлами в таких модулях, как CWS и CCC, обеспечивая общий контроль сообщений (GMC). Межэкземплярный вызов (IIC), распределенное обнаружение взаимоблокировок (далее DDD) и автоматическое управление рабочей нагрузкой в ​​настоящее время используют GMC для связи между узлами.

Межузловая связь (INC)

• Обеспечивает сетевые соединения между узлами.
• Прозрачно предоставляет сетевую топологию и протоколы пользователям INC и управляет такими протоколами, как TCP и UDP.

Служба членства в узлах (NMS)

• Управляет весами, которые показывают рабочую нагрузку и информацию, полученную от TBCM, такую ​​как идентификатор узла, IP-адрес, номер порта и номер воплощения.
• Предоставляет функцию для поиска, добавления или удаления членства в узлах. Связанный фоновый процесс - это NMGR.

дальнейшее чтение

• Ан, Чон Кюн (2011-10-25). «Управляйте своей базой данных с помощью TIBERO». Korea IT Times. Получено 2013-11-22.

Рекомендации

внешняя ссылка

• Официальный веб-сайт
• Вебсайт компании
• Tibero v5.0 Ручной набор