Oracle Database 10g: інтеграція і здатність інформації до з'єднання

Короткий огляд


У міру зміни бізнес-пріоритетів компаній, їм часто доводиться стикатися з проблемою приведення ресурсів компанії у відповідність до мінливих бізнес-потребами. Oracle Database 10g пропонує стійке і повне рішення для мережевих (grid) обчислень, яке дає компаніям можливість легко перебудовувати свої ресурси. Критичним компонентом цих рішень є інтеграція інформації, оскільки вона дає можливість компаніям звертатися до інформації в розподіленому середовищі, коли і де це необхідно. Сюди входить взаємодія між додатками (або користувачами) бази даних Oracle з використанням черг, реплікація даних та доступ до розподілених даних і в гомогенних (однорідних), і в гетерогенних (різнорідних) середовищах. Здатність до спільного використання інформації також є критичним компонентом інтеграції інформації. Нові технології високошвидкісних внутрішніх з'єднань, типу InfiniBand, Можуть значно підвищити продуктивність мережі.

Введення


З плином часу бізнес-пріоритети змінюються. Підприємства реорганізуються, набувають інші підприємства, "нарощують м'язи" деяких, та зменшити використання інших. При всіх цих змінах компанії стикаються з проблемою ефективного та економного надання своїх ресурсів для приведення їх у відповідність з бізнес-пріоритетами. Щоб отримати дані там, де ви цього хочете, і коли ви відчуваєте в них необхідність, потрібні складні технології інтеграції інформації. Oracle Database 10g пропонує стійкі та повні рішення для розв'язання всіх ваших вимог до інтеграції інформації. Ці рішення забезпечують доступ до інформації тоді і в тому місці, де в ній виникає необхідність, оптимізуючи доступ до цієї інформації незалежно від її фізичного місця розташування. Вони інтегрують інформацію у всій розподіленому середовищі, будь то в межах grid, або для декількох автономних систем, або для деякої їх комбінації.

Ця стаття торкається питань інтеграції інформації з використанням розподіленого SQL, Oracle Streams, Oracle Transparent Gateways та інших можливостей перенесення даних. Oracle Streams пропонує єдину уніфіковану середовище для спільного використання даних, включаючи організацію черги обміну повідомленнями і реплікацію. Oracle Transparent Gateways робить можливим прозорий доступ з середовища Oracle до систем інших виробників. InfiniBand – Рішення для високошвидкісного внутрішнього сполучення – пропонує мережеву технологію нового покоління для забезпечення з'єднань. Далі в цій статті описується, як ці характеристики роблять можливим не лише ефективну інтеграцію інформації і можливість взаємодії, але й ефективне надання даних для grid-обчислень.

Вимоги до інтеграції інформації


Є кілька причин, за якими компанія могла б зацікавитися рішенням для інтеграції інформації. Можливо, компанія нещодавно піддалася злиття з іншою компанією або була придбана інший компанією, або ж, можливо, у керівництва виникло бажання обмінюватися даними зі своїм бізнес-партнером. Рішення для інтеграції інформації дозволяють таким компаніям найефективнішим чином використовувати свої обчислювальні ресурси шляхом:


Рішення для інтеграції інформації покращує прийняття рішень, забезпечуючи інтегроване представлення даних, незалежно від того, де ці дані фактично розташовані. Таке рішення забезпечує підвищену ефективність експлуатації, дозволяючи кільком програми працювати спільно. У кінцевому рахунку, це може призвести до підвищення ефективності діяльності відділу ІТ, а також до скорочення кількості джерел даних і поліпшення взаємодії та співробітництва серед залишилися джерел.

Рішення для інтеграції інформації


Для вирішення цих змінюються вимог Oracle Database 10g пропонує безліч рішень інтеграції інформації.


Консолідація


Oracle Database 10g дозволяє консолідувати гетерогенну інформацію в єдину базу даних з гарною масштабованістю. Oracle підтримує всі типи даних, включаючи аудіо, відео, XML, Електронну пошту, повідомлення та інші типи, і виконується майже на будь-якій платформі – від Windows і Linux до Tru64.

Хоча консолідація пропонує найпростішу форму інтеграції інформації, досягти її досить часто виявляється самим важким справою. Деякі відділи можуть не бажати (або у випадку деяких успадкованих систем виявляються нездатні) консолідувати свої дані. Замість цього більшість компаній воліє консолідувати дані в кілька (зазвичай, невелике число) баз даних. Скорочення загального числа баз даних дозволяє таким компаніям знизити адміністративні витрати за рахунок скорочення повного числа серверів і баз даних, якими слід керувати. Крім того, за рахунок одноразового розгортання (Ну, може бути, цю процедуру доведеться повторити кілька разів) додатків, компанії можуть досягти більш швидкого розгортання додатків. І, нарешті, оскільки запити до централізованих даними виконуються швидше, ці компанії будуть мати прискорений доступ до глобальних даними, що робить консолідацію ідеальної стратегією для додатків систем аналізу бізнес-інформації і сховищ інформації.

Oracle Database 10g пропонує замовникам, бажаючим консолідувати свою інформацію, цілий ряд можливостей, в тому числі, Oracle Real Application Clusters (RAC), підтримку великих баз даних, бази даних XML, віртуальні приватні бази даних (VPD), секціонування, LOB і BFILE, інструментальні засоби завантаження і міграції та багато інших.

Real Application Clusters (RAC) – RAC дає можливість одній базі даних виконуватися на декількох згрупованих вузлах, дозволяючи сукупності недорогих комп'ютерів або серверів-лез досягати продуктивності дорогої машини з SMP. Використовуючи для забезпечення розподілу робочого навантаження між вузлами і загальнодоступні диски, і загальнодоступний кеш, RAC звертається до дисків набагато рідше, ніж інші кластерні бази даних. Більш того, за міру додавання вузлів до бази даних продуктивність RAC масштабується майже лінійно.

Підтримка великих баз даних – Oracle Database 10g тепер підтримує єдину базу даних обсягом до 8 мільйонів терабайт даних. Це фактично знімає будь-які обмеження на максимальний розмір вашої консолідованої бази даних. Можна також записувати дані в значно більші за розміром файли, зменшуючи тим самим кількість файлів у великих базах даних. Додатково, табличний простір Bigfile (для великих файлів) спрощує управління файлами даних у великих базах даних, мінімізує пов'язані з наявністю великого числа файлів даних проблеми з масштабованістю і спрощує управління зберіганням за рахунок використання таких опцій як автоматичне керування пам'яттю (Automatic Storage Management – AUM) і керовані Oracle файли (Oracle Managed Files – OMF).

База даних XML – База даних XML успішно справляється з високопродуктивною записом і вибіркою даних XML. Для зберігання і управління даними XML Oracle XML DB забезпечує незалежну від середовища зберігання інфраструктуру, не залежну від контенту та мови програмування. Серед багатьох можливостей бази даних XML можна відзначити "рідний" тип даних XML, навігаційний доступ і пошук XML, стандартний доступ через API і управління WebDAV для XML.

Інструментальні засоби міграції – Oracle пропонує широкий спектр механізмів для міграції вашої інформації в консолідовану базу даних, включаючи стерпні табличні простору і утиліту Data Pump. Переносні табличні простору дозволяють вам швидко переносити або копіювати підмножина однієї бази даних Oracle в іншу базу даних Oracle, навіть якщо вони знаходяться на різних платформах. Коли вам потрібно більш тонка ступінь деталізації, використовуйте Data Pump, яка дозволяє вибирати об'єкти для переміщення і за бажанням планувати склад і розміщення схем, файлів даних і табличних просторів.

Віртуальна приватна база даних – VPD робить можливою консолідацію між доменами захисту, пропонуючи детальний доступ до рядків усередині бази даних.

Секціонування – Можливості секціонування Oracle підвищують продуктивність, доступність і керованість великих таблиць, не вимагаючи переписування програми.

Об'єднання


При об'єднанні (federation) Інформація залишається в її первісному місцезнаходження, де вона підтримується і модифікується, як зазвичай. Безліч джерел даних здаються інтегрованими в єдину віртуальну базу даних, маскуючи кількість і відмінності видів баз даних, які стоять за лаштунками об'єднаного подання. Об'єднане рішення для баз даних Oracle дозволяє отримати доступ як до даних Oracle, Так і до даних інших виробників, так само як і до структурованим і неструктурованим даними, приховуючи фактичне фізичне місце розташування даних від програми. Оскільки немає необхідності переносити будь-яку інформацію, об'єднання забезпечує самий швидкий шлях до інтеграції інформації; незначні зміни приводять до негайних результатів. Об'єднання забезпечує також підтримку такої інформації, яка зберігається в успадкованих додатках або додатках, що вимагають наявності локального власника, і просто не може бути консолідована. Ви повинні використовувати об'єднання, щоб підтримати створювану на замовлення інтеграцію нечасто використовуваної інформації, звернення до якої досить рідкісні.

Oracle Database 10g підтримує безліч джерел даних і безліч методів звернення до цих джерел даних.

Доступ до даних за допомогою Oracle Distributed SQL


Розподілений Oracle SQL (Oracle Distributed SQL) створює розподілену систему баз даних, що містить як бази даних Oracle, так і бази даних інших виробників, яка здається єдиною базою даних Oracle, Маскуючи від кінцевих користувачів фізичне місце розташування будь-якого об'єкта. Компанія може використовувати цю можливість, щоб примусити всі свої бази даних виглядати схожими один на одного, і таким чином частково зменшити складність розподіленої системи. Щоб дати можливість користувачам однієї з баз даних звертатися до об'єктів у віддаленій базі даних, Oracle використовує зв'язку бази даних. Локальний користувач може одержати зв'язок з віддаленою базою даних, причому, для цього йому немає необхідності бути користувачем цієї віддаленої бази даних. Oracle Distributed SQL забезпечує наступні переваги:

Прозорість місця розташування – Oracle дозволяє розробникам і адміністраторам додатків приховувати фізичне місце розташування об'єктів бази даних від додатків і користувачів, використовуючи для цього синоніми, подання або збережені процедури. Користувачам не потрібно знати фізичне місце розташування об'єктів бази даних, і адміністратори можуть переносити об'єкти, не впливаючи на кінцевих користувачів або існуючі додатки.

Прозорість SQL і COMMIT – Стандартні оператори SQL працюють в архітектурі об'єднаної бази даних точно так само, як і в автономній середовищі. Використовуючи двофазне завершення транзакції, Oracle автоматично гарантує, що повна транзакція буде або зафіксована (commit), або відновлено (rollback) назад у всіх вузлах. Цей механізм повністю прозорий і не вимагає ніякого складного програмування або інших спеціальних дій для забезпечення контролю над розподіленими транзакціями.

Оптимізація розподілених запитів – Oracle використовує технологію оптимізатора для зменшення кількості необхідних передач даних між сайтами, коли транзакція відшукує дані у віддалених таблицях, на які посилаються розподілені оператори SQL.

Доступ до даних за допомогою XQuery


Корпорація Oracle є активним учасником робочої групи з XML Query консорціуму W3C, яка займається розробкою XQuery – стандарту виконання запитів до XML. XQuery надає стандартний спосіб знаходження даних XML і управління ними. Дані XML мають характеристики, які не можуть бути представлені за допомогою реляційних таблиць, наприклад, порядок елементів. Засіб XQuery було розроблено для звернення до даних XML, і, отже, має деякі можливості, не притаманні SQL. Якщо доводиться мати справу з даними XML, XQuery може зменшити складність програми. На додаток до запитів до даними XML, XQuery може також звертатися до реляційних даних. У мережі технологій Oracle (Oracle Technology Network) пропонується реалізація XQuery, що базується на сформованих стандартах. Замовники можуть безкоштовно завантажити цю реалізацію та використовувати її для звертання до даних всередині і поза Oracle Database 10g.

Доступ до гетерогенним даними


Доступ до гетерогенним даними є проблемою, яка зачіпає багато компаній. Багато хто з них експлуатують декілька різних систем баз даних. У кожній з цих систем зберігаються дані і є набір додатків, які виконуються з цими даними. Консолідація цих даних в одній системі баз даних часто виявляється важким завданням – значною мірою тому, що багато з додатків, які виконуються для однієї бази даних, можуть не мати еквівалента, який виконувався б для іншої базі даних. До тих пір, поки не стане можливою міграція до однієї консолідованої системі баз даних, необхідно забезпечувати взаємодію для різних гетерогенних систем баз даних. Проблема полягає в тому, щоб через єдиний додаток швидко, ефективно та економно розгорнути дані, які можуть існувати на багатьох непорівнянних системах, забезпечуючи вичерпне уявлення даних, незалежно від бази даних або операційної системи. Корпорація Oracle пропонує спектр рішень, забезпечують можливість зв'язку, які дозволяють компанії прозоро інтегрувати різні системи і забезпечувати консолідоване представлення компанії в цілому.

Generic Connectivity


Рішення Generic Connectivity є опцією бази даних, що використовує драйвер ODBC або OLEDB для прозорого звернення до будь-якій системі, розробленої іншими виробниками і відповідної технічним вимогам ODBC або OLEDB. Вона вирішує потреби доступу до даних у багатьох сховищах даних, для яких у Oracle відсутні рішення міжмережевого шлюзу (gateway solutions), наприклад, до MySQL, Foxpro, Access, dBase і нереляційні цільовим об'єктів типу Excel.

Oracle Transparent Gateways


На відміну від рішення Generic Connectivity, Яке є універсальним рішенням, Oracle Transparent Gateways – Це сімейство спеціалізованих рішень, спеціально запрограмованих для систем інших виробників. Вони забезпечують оптимізоване рішення з великою кількістю функціональних можливостей і кращої продуктивністю, ніж Generic Connectivity. Рішення Generic Connectivity засноване на галузевих стандартах, тоді як Oracle Transparent Gateways звертається до систем інших виробників, використовуючи їх "рідні" інтерфейси. До того ж Transparent Gateways є від початку до кінця сертифікованим рішенням. У корпорації Oracle створені Transparent Gateways до багатьох джерел, серед яких можна назвати Sybase, DB2, Informix, Microsoft SQL Server, Ingres і Teradata.

Гетерогенна прозорість


І Generic Connectivity, і Oracle Transparent Gateways пропонують можливість прозоро звернутися із середовища Oracle до даних в системах від інших виробників (не-Oracle). Прозорість місцезнаходження може бути поширена і на об'єкти, які постійно перебувають в не-Oracle системах. Користувачі можуть створити синоніми для об'єктів у сховищах даних інших виробників і звертатися до них, не маючи необхідності визначити їх фізичне місце розташування. Така прозорість усуває необхідність вдаватися до послуг розробників додатків для такої установки програми, щоб воно могло звернутися до даних з різних систем інших виробників, тим самим, зменшуючи зусилля з розробки і збільшуючи мобільність додатків. Додатки можуть бути побудовані поверх узгодженого інтерфейсу Oracle і для систем Oracle і систем інших виробників.

Для гладкої здатності до взаємодії між непорівнянними системами потрібні перетворення SQL, перетворення словника даних і перетворення типу даних, навіть якщо не-Oracle системи базуються на стандартах SQL. І Generic Connectivity, і Oracle Transparent Gateways мають можливість перетворити діалект однієї системи до діалекту інший.

Доступ до зовнішніх файлів


Ви можете зробити запит до "рідним" файлів XML, Використовуючи XQuery, або, якщо вони можуть бути відображені на рядки і стовпці, використовуючи SQL. Додатково, Oracle пропонує запитом можливість звернутися більш ніж до 100 різних типів файлів за допомогою фільтрів, які перетворюють ці файли, щоб вони виглядали як XML. Опція зовнішніх таблиць дозволяє працювати з плоскими файлами, які постійно знаходяться поза базою даних, звертаючись до них точно так само, як і до реляційних таблиць, що входять до бази даних: до даних плоского файлу можна робити запити, їх можна приєднувати до інших таблиць, використовуючи стандартний SQL. Для забезпечення максимальної масштабованості може бути обраний послідовний або паралельний доступ до даних. З точки зору користувача, головна відмінність між зовнішньою таблицею і звичайної таблицями полягає в тому, що зовнішня таблиця може бути використана тільки для читання.

Доступ до Web-сервісів як до джерела даних SQL


Останнім часом важливою можливістю обміну даними між системами стали Web-сервіси. Web-сервіс може бути додатком майже будь-якого типу, яке може не тільки показати іншим програмам, що воно може робити, але і виконати цю дію для авторизованих застосування чи сторін.

База даних Oracle Database 10g може бути споживачем Web-сервісів, це значить, що вона може викликати зовнішній Web-сервіс з класів Java, процедур PL/SQL і тригерів. Крім того, Oracle може зробити так, що Web-сервіс буде схожий на джерело рядків SQL. Якщо зробити Web-сервіс схожим на джерело рядків SQL, це дозволить вам робити запити до нього, використовуючи SQL. У такому випадку ви можете використовувати багато агрегатних функцій SQL, щоб з легкістю аналізувати дані, запропоновані Web-сервісом. Oracle Database 10g може також бути провайдером Web-сервісів. Oracle показує багато операцій бази даних, як Web-сервіси. Наприклад, через Web-сервіс можна зробити запит до бази даних. Використовуючи Web-сервіс, можна також виконати операцію обміну повідомленнями, наприклад, поставити або видалити повідомлення в чергу Streams. Є Web-сервіси, які виконують оператори мови DML – оновлення, вставки та видалення. Є також Web-сервіси, які можуть викликати процедури та функції PL / SQL, повертаючи їх результати в викликає Web-сервіс додаток.

Визначення місцезнаходження інформації за допомогою UltraSearch


Oracle UltraSearch пропонує однакові можливості пошуку та визначення місцезнаходження для безлічі репозиторіїв – баз даних Oracle і інших виробників, поштових серверів IMAP, документів HTML, Що надаються Web-сервером, файлів на диску, і багатьох інших. Пошук можна вести по метаданих документа, так само, як і по його вмісту. UltraSearch індексує документи, переміщаючись, подібно черв'яка, з тих джерел, які ви хочете проіндексувати. Вам доступні бази даних Oracle та інші будь-які джерела, що підтримують стандарт ODBC.

UltraSearch робить можливим пошук в порталі по контентним активів організації, пускаючи в хід основні можливості масштабованості і надійності платформи Oracle. Наприклад, уявіть, що у вас є програма, яка пропонує становище на біржі, ціни, новини та інформацію. Становище на біржі може грунтуватися на традиційних джерелах баз даних, остання ціна може бути отримана з Web-сервісу, а новини та інформація може грунтуватися на безлічі структурованих і неструктурованих джерел. UltraSearch може побудувати для цих джерел індекс, по якому можливий пошук. Це дозволяє вам будувати запит, який представляє інформацію, куди включено положення на біржі і ціни, і зв'язуватися з доречними новинами та інформацією про кожну акцію.

Спільне використання


У міру того, як компанія зростає і поширюється, усе більш і більш важливої для неї стає здатність спільно використовувати інформацію з декількох баз даних і додатків. Традиційно складалося так, що компанія вибирала з великого числа технологій спільного використання інформації ті, які були націлені на вирішення певних бізнес-проблем. Хоча спочатку ці цільові рішення, можливо, здавалися більш легкими для використання і впровадження, як тільки потреби компанії переростали можливості простого цільового рішення, вони були не в змозі справлятися зі своїми функціями. Раптово виявлялося, що для побудови рішення розробники повинні впровадити кілька інструментальних засобів, і складність починала рости експоненціально.

Як правило, компанії повинні інтегрувати дані з широкої різноманітності джерел. Вони повинні спільно використовувати оновлення OLTP, Події бази даних та повідомлення додатків, оскільки замовники можуть розміщувати замовлення інтерактивно, через співробітників відділів продажів або навіть через партнерів. Цю інформацію, взагалі кажучи, слід направити широкому спектру адресатів, наприклад, в гетерогенні реплицируемой бази даних, системи організації черг повідомлень, робочу область сховища даних, сховища операційних даних, інші програми і в резервну базу даних.

Oracle забезпечує різноманітні опції спільного використання інформації, включаючи Oracle Streams, Матеріалізовані уявлення, що переносяться табличні простору і накачування даних (data pump). Ці опції дозволяють розмістити дані там, де до них найчастіше звертаються, скорочуючи за рахунок цього час відповіді і позбавляючись від залежності від віддалених сховищ даних.

Oracle Streams


В основі будь інтеграції лежить спільне використання даних у різних додатках підприємства. Oracle Streams робить можливим розподіл даних, транзакцій і подій і керування ними в потоці даних або в межах бази даних, або при передачі з однієї бази даних в іншу. Потік направляє опубліковану інформацію за адресами підписки на неї. У результаті виходить опція, яка забезпечує великі функціональні можливості і гнучкість, ніж традиційні засоби для перехоплення і керування подіями та спільного з іншими базами даних і додатками використання подій. У випадку, якщо у користувачів змінюються потреби, вони можуть просто реалізувати нову можливість Oracle Streams, Не жертвуючи наявними можливостями.

Як показано на наступній ілюстрації, Oracle Streams пропонує набір елементів, які дозволяють користувачам керувати тим, яка інформація буде поміщена в потік, як тече цей потік, або як він направлений від вузла до вузла, що трапляється з подіями в потоці, поки вони течуть в кожен вузол, і як закінчується потік. Визначаючи конфігурацію елементів, що діють в потоці, користувач може дозволити конкретні вимоги.


Oracle Streams підтримує захоплення подій (зміни бази даних і згенеровані додатком повідомлення) в робочу область. Ці події захоплюються двома способами. При неявному захопленні сервер перехоплює події DML і DDL у вихідній базі даних. Явний захват дозволяє додаткам явно генерувати події і розміщувати їх у робочій області.

Після захоплення події поміщаються в робочу область. Робоча область – це черга, яка пропонує сервіси для запису захоплених подій і управління ними. У ній забезпечується захищена область зберігання, а також аудит та відстеження захоплених даних.

Події, по обстановці, можуть бути передані в інші робочі області: у межах тієї ж самої бази даних або у віддаленій базі даних. Щоб спростити мережеву маршрутизацію і зменшити трафік WAN, події не слід посилати всіх баз даних і всіх програм. Швидше, вони можуть бути спрямовані через робочі області для однієї або більше систем, поки не досягнуть підписалася системи. Наприклад, подія може поширюватися через базу даних-концентратор, яка фактично не використовує цю подію. В одній робочої області можуть "складуватися" події з декількох баз даних, що спрощує установку і конфігурування.

Події з робочої області використовуються механізмом застосування (apply engine), де зміни, які вони представляють, застосовуються до бази даних, або ж вони використовуються додатком. У Oracle Streams включено гнучкий механізм застосування, який дозволяє використовувати стандартні або виготовлені на замовлення функції застосування. Це дозволяє в разі необхідності виконувати перетворення даних. Підтримка явного виключення з черги дозволяє розробникам додатків використовувати Oracle Streams, щоб повідомити програми про зміни в даних, продовжуючи посилювати можливості захоплення і розповсюдження змін Oracle Streams.

Oracle Streams є відкритим рішенням для спільного використання інформації. Кожен елемент підтримує стандартні мови та галузеві стандарти. Streams підтримує захоплення і застосування із систем Oracle в системи інших виробників. Зміни можуть бути застосовані до систем інших виробників через прозорі шлюзи (transparent gateway) або універсальну можливість забезпечення зв'язку (generic connectivity). Крім того, в Streams включений API, що дозволяє джерел даних від інших виробників легко представляти або отримувати записи файлу змін, забезпечуючи гетерогенне рух даних в обох напрямках.

Визначаючи конфігурацію діють в потоці елементів, користувач може вирішити певні вимоги, наприклад, організацію черги повідомлень або реплікацію даних.

Організація черги повідомлень


Oracle Streams Advanced Queuing забезпечує уніфіковану інфраструктуру для обробки подій. Це дозволяє користувальницьким додаткам ставити повідомлення в чергу в робочій області, передавати їх в робочі області підписки, повідомляти користувальницькі додатки, що повідомлення готові до споживання, і прибирати повідомлення з черги після досягнення нею пункту призначення.

Це засіб підтримує всі стандартні можливості систем організації черг повідомлень, включаючи черги з багатьма споживачами, публікацію та підписку, маршрутизацію на основі контенту, поширення через Інтернет і перетворення. На додаток, функціональні можливості шлюзу повідомлень Oracle інтегрують програми бази даних Oracle з іншими системами організації черг повідомлень типу Websphere MQ (раніше називалася MQ Series) і Tibco.

На відміну від традиційної черги, в робочій області Oracle Streams можуть зберігатися повідомлення різних типів, так що можна в єдиній робочої області ставити в чергу різні типи повідомлень. Крім того, Streams підтримує повідомлення користувача додатків, об'єднуючи переваги практично реального масштабу часу моделі проштовхування (push model) з масштабованістю і перевагами керованості моделі виштовхування (pull model).

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


Реплікація пропонує вирішення проблем масштабованості, доступності та продуктивності, з якими сьогодні доводиться стикатися компаніям. Oracle Streams визначає, яка інформація є релевантною, і ділиться цією інформацією з тими, хто її потребує.

Реплікація в Oracle Streams автоматично перехоплює всі зміни у вихідній базі даних, передає ці зміни в одну або декілька віддалених баз даних, а потім застосовує ці зміни до кожної цільової базі даних. Oracle Streams може реплікувати не тільки змінюється в даних (зміни DML), а й зміни в структурі таблиць (зміни DDL).

Адміністратори бази даних можуть вибирати, які зміни слід передавати в кожну цільову базу даних, і можуть визначити, як ці повідомлення повинні бути спрямовані. Цей спрямований мережевий підхід допускає створення складних конфігурацій, включаючи n-вузлові і "розмова через концентратор" (hub-and-spoke), А також мережевих конфігурацій, які за один раз поширюють зміни до одного сайту для подальшого розгалуження повідомлень по іншим адресатам. У тому випадку, коли зміна над одними й тими ж даними слід виконати в декількох місцях розташування, Oracle Streams автоматично знайде конфлікт і дозволить його за вашим бажанням.

Матеріалізовані уявлення


Загальною вимогою для багатьох компаній є можливість періодично поширювати каталог продукції в регіональні офіси і забезпечити можливість продавцям розміщувати замовлення з сайтів замовника. Щоб вирішити ці потреби, Oracle пропонує тип реплікації, який прийнято називати реплікацією за допомогою матеріалізованих представлень. Матеріалізовані уявлення містять повну або часткову копію таблиці за станом на якийсь момент часу, яку можна супроводжувати в інкрементне (покроковому) режимі.

Матеріалізовані уявлення можуть створюватися або тільки для читання, або оновлюваними з розв'язанням конфліктів. Так як вони підтримують обчислення в відключеному режимі і їх легко розгортати в масових масштабах, матеріалізовані уявлення особливо підходять додатків для мобільних обчислень. Матеріалізовані уявлення також зазвичай використовуються в середовищі сховищ даних, щоб підвищити продуктивність за рахунок обчислення і запису агрегованих даних типу сум і середніх значень.

Гібридні конфігурації


Замовники можуть використовувати повну міць Oracle Streams, Поряд з Oracle Transparent Gateways і матеріалізованими уявленнями Oracle, Створювати конфігурації, які, мабуть, охоплюють кілька ринків, роблячи можливим поява нових класів додатків. Крім того, всі розгортання та асоційовані з ними метадані сумісні. Наприклад, інсталяція реплікації може легко бути розширена для завантаження в сховище даних, для вирішення двобічної реплікації або навіть для посилки в додатки повідомлень про зміни DML – Для цього тепер не потрібне повне реконфігурація.

Приклад спільного використання інформації

Приклад використання інтеграції інформації Oracle

Припустимо, що для підвищення доступності, масштабованості та продуктивності свого корпоративного сайту компанія використовує Oracle Streams, Щоб з його допомогою обслуговувати кілька копій цього сайту. Припустимо тепер, що вони повинні також мати базу даних звітності, що містить найсвіжішу інформацію для аналітиків в офісі штабу компанії в Нью-Йорку, щоб виконувати спеціалізовані (нерегламентовані) запити, а також базу даних для відновлення після надзвичайних ситуацій, незалежно обслуговується з їх нью-йоркського офісу. Додатково припустимо, що для підтримки співробітників відділів продажів "на місцях" використовуються оновлювані матеріалізовані уявлення. І, нарешті, останньою вимогою могло б стати поділ даних (спільне користування даними) з наявними додатками, які працюють в середовищі бази даних Sybase.

У цьому прикладі Oracle Streams використовується для реплікації даних в N-вузловий конфігурації, що складається з трьох регіональних сайтів: у Нью-Йорку, Лондоні і в Токіо. На кожному з цих сайтів Streams за допомогою журналів захоплює будь-які зміни, які відбуваються з підписаними таблицями в кожному регіоні, і локально поміщає їх в черзі. Всі зміни, захоплені в кожному регіоні, потім відправляються кожною з баз даних інших регіонів. Це робиться для того, щоб всі проведені на кожному сайті зміни були відображені на кожному іншому сайті, забезпечуючи повні дані для підписаних об'єктів у усьому світі.

Так як після їх отримання в кожної регіональної базі даних поновлення повинні бути застосовані автоматично, для застосування змін використовується мається на увазі (тобто, який використовується за умовчанням) механізм застосування Oracle Streams. Після того як оновлення застосовані, Oracle Streams перевіряє конфлікти і дозволяє будь-які виявлені конфлікти. Streams може також використовуватися для обміну даними з конкретними таблицями з баз даних інших виробників. Використовуючи Oracle Transparent Gateway для Sybase, Механізм застосування потоків застосує зміни до бази даних Sybase, використовуючи ті ж самі механізми, які застосовуються для баз даних Oracle.

Управління базами даних звітності та відновлення у надзвичайних ситуаціях здійснюється з Нью-йоркського сайту бази даних. База даних звітності є повнофункціональною базою даних Oracle, В якій є копії в режимі "тільки для читання" всіх релевантних (що відносяться до справи) таблиць додатка. Сайт звітності не буде налаштований для перехоплення змін цих таблиць додатка. Streams не накладає ніяких обмежень на конфігурацію або використання цієї бази даних звітності.

Лондонський сайт також служить головним сайтом (майстер-сайтом) для декількох сайтів оновлюваних матеріалізованих представлень. Кожен продавець отримує оновлювану копію тільки тієї частини даних, яка йому потрібно. Ці сайти зазвичай підключаються тільки один раз на день, щоб вивантажити на майстер-сайт свої замовлення і завантажити з нього будь-які зміни, починаючи з моменту останнього оновлення.

Спільне використання інформації за допомогою переносних табличних просторів Oracle


Переносні табличні простору пропонують механізм спільного використання великих обсягів інформації. Ви можете відключити табличний простір, скопіювати або перенести його і потім підключити до іншої базі даних. Операції відключення і підключення дуже швидкі і не залежать від розміру табличного простору. Крім того, ви можете змонтувати одне табличний простір в режимі "тільки для читання "для декількох баз даних одночасно, по суті справи, дозволяючи двом баз даних спільно використовувати інформацію та обробляти ці дані незалежно і паралельно.

Новинкою в Oracle Database 10g стала підтримка кроссплатформних переносів. База даних може тепер обробляти дані в табличному просторі і робити зміни будь-якого формату, необхідні для того, щоб акомодувати до різних угодами для різних платформ – наприклад, до різного впорядкування байтів. У цьому випуску також стало можливо перейменовувати табличний простір – можливість, яка може бути дуже важливою, якщо ви транспортуєте табличний простір в базу даних, де вже існує табличний простір з тим же самим ім'ям.

Спільне використання інформації з допомогою Oracle Data Pump


Утиліта Oracle Data Pump також підтримує спільне використання більших обсягів інформації, пропонуючи високошвидкісне паралельне переміщення великих обсягів даних і метаданих з контентом бази даних Oracle. Утиліта Data Pump покращує операції експорту та імпорту, даючи АБД нові можливості контролю паралелізму, включаючи механізми збільшення і зменшення ступеня паралелізму або зупинки і повторного запуску експорту / імпорту. Новий мережевий режим дозволяє користувачам передавати дані з однієї бази даних в іншу безпосередньо по мережі, без утворення проміжного файлу дампа.

Data Pump дозволяє користувачам переносити або копіювати підмножини табличного простору або бази даних, забезпечуючи більш високу ступінь деталізації, ніж стерпні табличні простору. Користувачі можуть визначити для перенесення певні об'єкти, можуть заново планувати складу цих схем, файлів даних і табличних просторів. Крім того, Data Pump може працювати в інтерактивному режимі, який дозволяє користувачам додавати до файлу дампа додаткові файли. Так як Data Pump сумісна з Oracle Streams, користувачі можуть додатково експортувати об'єкти в нову базу даних і використовувати потоки для збереження цих об'єктів синхронізованими з промисловою базою даних.

Переміщення великих обсягів даних за допомогою Oracle Streams


Oracle Database 10g Streams може переміщати будь-які файли операційної системи, BFILE і бази даних, включаючи ті, з яких складається табличний простір. Це дозволяє створювати репліку за допомогою всього однієї команди. Все, що необхідно зробити – це визначити табличні простору для реплікації і зв'язок БД, що вказує на базу даних репліки. Streams автоматично створить копію певних вами табличних просторів, перенесе цю копію в цільову базу даних і синхронізує її з перебувають у промисловій експлуатації джерелом. Також у вас є можливість визначити, що вам необхідна двунаправленная реплікація, створювана як частина операції. Як тільки репліка буде піддана обробці, ви можете легко змінити конфігурацію – наприклад, можете додати перетворення даних.

З'єднане інформації – високошвидкісне міжвузлові з'єднання


Засіб Oracle Net High Speed Interconnect Support значно підвищує продуктивність мережі, за рахунок використання переваг InfiniBand – галузевого стандарту технологи роботи з мережами. InfiniBand забезпечує широку смугу пропускання і низьке час очікування, що дозволяє спільно використовувати ту ж саму фізичну зв'язок для взаємодії між вузлами кластера, серверами розподіленої бази даних і мережевими пристроями зберігання даних (NAS). Таким чином, об'єднання технологій мережевої магістралі в центрі обробки даних допомагає досягти скорочення складності та вартості.

Oracle Net підтримує два типи високошвидкісного міжвузлових з'єднання: Sockets Direct Protocol (SDP) і асинхронний ввід-висновок.

SDP – це стандартний провідний протокол для протоколу InfiniBand. Підтримка протоколу SDP Oracle дає можливість баз даних, серверів додатків і центральних процесорів працювати більш ефективно. Бази даних витрачають менше часу в очікуванні роботи, сервери додатків проводять менше часу в очікуванні відповідей, а у центральних процесорів залишається більше вільних циклів, які можна використовувати для іншої роботи. У результаті, з включенням технології InfiniBand замовники вбачають у підвищенні продуктивності додатків для наявних у них серверів (як для серверів бази даних, так і серверів додатків) без витрат на перехід до дорожчих апаратних засобів. Підтримка асинхронного введення-виведення дозволяє Oracle Net посилати і отримувати буфери, які будуть успішно передані безпосередньо в ядро операційної системи. Це усуває CPU-місткі операції копіювання пам'яті, тим самим, вивільняючи цикли CPU. За рахунок удосконалень і від SDP, і від підтримки асинхронного введення-виведення, додатки з великими кількостями мережевого трафіку отримують найбільшу вигоду.

Використання технологій інтеграції для надання даних у середовищі grid


Багато з описаних в цій статті технологій, які є корисними для інтеграції інформації, виявляються корисні і для надання даних у середовищі grid. Ви можете також використовувати можливості детального надання Oracle Streams для того щоб надавати інформацію з одного запису за раз. Ви можете також використовувати можливості типу розподіленого SQL, Щоб зберігати дані на своєму місці, поки вони не будуть потрібні, а потім на вимогу надавати їх. Інструментальні засоби переміщення великих обсягів даних типу переносите табличних просторів і Data Pump є ефективним способом забезпечити закачування в grid-мережу великих кількостей даних.

Припустимо, що у вас є промислова база даних, і необхідно виконати деякий аналіз. У середовищі grid ви можете просто прийняти рішення додати вузли до промисловій базі даних RAC, щоб забезпечити додаткові ресурси CPU, необхідні для аналізу. Тим не менш, іноді це може виявитися нездійсненним. Можливо, є відомчі обмеження, які забороняють проведення аналізу по відношенню до промисловій базі даних. Можливо, ви не експлуатуєте RAC, або у вас не є більше підходящих вузлів у власній мережі та пристроїв SAN для розподілу – але у вас дійсно є вузли в іншій мережі або SAN. Використовуючи можливості надання даних Oracle Database 10g, Ви можете транспортувати табличні простору, що містять інформацію, яку ви плануєте аналізувати, визначити значення репліки Streams цих даних в іншій системі і виконати аналіз цієї системи.

Ця опція також корисна для того, щоб мігрувати в grid за допомогою єдиної команди і без жодного простою системи. Кроссплатформние стерпні табличні простору дозволяють переносити дані між різними платформами та операційними системами. У той час як ви перенесли ваші дані і створюєте нову базу даних у grid-середовищі, що є у вас база даних залишається онлайнової. Як тільки переміщення буде виконано, що відбуваються з базою даних зміни перехоплюватимуться і застосовуватися до цільової базі даних. Відразу після запуску репліки, ви можете просто вказати програмам на нову базу даних в grid, і міграція буде завершена.

Іноді кращий спосіб спільного використання та інтеграції інформації полягає в тому, щоб просто звернутися до неї дистанційно, коли ви відчуваєте в ній необхідність. Як було описано раніше в цій статті, в Oracle є розподілений SQL, Віддалені виклики процедур і вбудовані розподілені транзакції. Ви можете робити запити про інформацію, якої ви потребуєте, до інших баз даних, оновлювати цю інформацію, коли ви цього потребуєте, і отримувати доступ до логіки програм на інших серверах. Можна звернутися до даних в інших системах управління базами даних через універсальні можливості зв'язку Oracle, Або використовуючи для цього Transparent Gateways. Можна об'єднати дані Oracle і дані з інших систем, а також використовувати Oracle Streams зі шлюзами для спільного використання інформації з системами від інших виробників.

У grid-середовищі зі зростаючою кількістю даних та високим обсягом мережевого трафіку, ефективний доступ до інформації може стати страхітливою завданням. Продуктивність і масштабованість grid залежать від ефективності, надійності та захищеності засобів комунікації. Використовуючи нові опції високошвидкісного міжвузлових з'єднання, Oracle Database 10g забезпечує ефективну і швидку мережеву магістраль для grid-середовища, яка також підтримує велику кількість даних, переданих по мережі. Крім того, вона знімає з серверів важкий тягар використання CPU для роботи з мережами, і дозволяє серверам мати більше часу для виконання того, для чого вони були спочатку призначені – виконання прикладних програм і обслуговування даних.

Переважаючий сьогодні протокол LAN та Інтернету (тобто, TCP / IP) жертвує часом очікування для досягнення надійності, спільності і відстані. У середовищі центру обробки даних сервери додатків, які є програмним забезпеченням проміжного рівня, обробляють бізнес-логіку і зв'язуються з Web-серверами і з серверами бази даних. Інтерфейсні комунікація на вході зазвичай виконуються сьогодні по підключеннях TCP / IP, що стає важким тягарем при використанні CPU серверів додатків, так само як і для серверів бази даних. Для деяких конфігурацій вимірювання показали, що на обробку стека TCP / IP витрачається до 80% циклів CPU (прим.), в результаті чого не так вже й багато можливостей CPU залишається для первісного призначення серверів додатків – виконувати програми, і первісного призначення серверів бази даних – обслуговувати дані.

Висновок


Сьогоднішня швидко змінюється бізнес-середовище часто спрямовує компанії до розподілених середовищ. При погляді на потреби в інтеграції інформації, які виникають для компаній в таких ситуаціях, стає очевидно, що Oracle пропонує повне і стійке рішення для вирішення кожної з цих потреб у надійної, ефективної і безпечної середовищі.

Розподілений SQL використовується для прозорої взаємодії між базами даних Oracle. Generic Connectivity і Transparent Gateways розширюють цю можливість на системи від інших виробників. Oracle Streams Advanced Queuing розширює можливість комунікацій, додаючи до баз даних програми. Можливості реплікації Oracle Streams можуть значно поліпшити доступність і масштабованість цих додатків. Додатково, підтримка високошвидкісного межсоединения, пропонована Oracle Net, Збільшує ефективність і продуктивність інтеграції інформації.

Про корпорацію Oracle


Корпорація Oracle є найбільшим у світі постачальником програмного забезпечення для управління інформацією та другою в світі компанією з постачання програмного забезпечення. Маючи річний обсяг продажів більше 9.7 мільярдів доларів США, компанія пропонує свої бази даних, сервери додатків, інструментальні засоби розробки і готові програми, а також послуги в області консалтингу, навчання та підтримки систем більш ніж в 145 країнах в усьому світі. СУБД Oracle використовують більш ніж в 750 організаціях на території СНД і більш ніж в 520 організаціях на території Росії.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*