ужний програмний комплекс, що дозволяє створювати додатки будь-якого ступеня складності. Ядром цього комплексу є база даних, яка зберігає інформацію, кількість якої за рахунок коштів, що надаються масштабування практично безмежно. C високою ефективністю працювати з цією інформацією одночасно може практично будь-яку кількість користувачів (за наявності достатніх апаратних ресурсів), не проявляючи тенденції до зниження продуктивності системи при різкому збільшенні їх числа.
Механізми масштабування в СУБД Oracle дозволяють безмежно збільшувати потужність і швидкість роботи сервера Oracle і своїх додатків, просто додаючи нові й нові вузли кластера. Це не вимагає зупинки працюючих додатків, не вимагає переписування старих додатків, розроблених для звичайної, одно-машинної, архітектури. Крім того, вихід з ладу окремих вузлів кластера також не приводить до зупинки програми.
Однією зі складових успіху СУБД Oracle є многоплатформенность, так як вона поставляється практично для всіх існуючих на сьогодні операційних систем. Працюючи під Sun Solaris, Linux, Windows або на іншій операційній системі, з продуктами Oracle не виникатиме жодних проблем в роботі. СУБД Oracle однаково добре працює на будь-якій платформі. Таким чином, компаніям, початківцям роботу з продуктами Oracle не доводиться міняти вже склалося мережеве оточення. Існує лише невелика кількість відмінностей при роботі з СУБД, обумовлених особливостями тієї чи іншої операційної системи. В цілому ж це завжди та ж сама безпечна, надійна і зручна СУБД Oracle.
Також не можна не сказати про грамотну міграційну політику Oracle. Розуміючи, що перехід з більш старої версії СУБД на нову досить трудомістка процедура, пов'язана з тестуванням роботи існуючих додатків в новому оточенні, Oracle, при випуску нових продуктів приділяє особливу увагу сумісності знизу-вгору, роблячи цей перехід практично безболісним. Крім цього, для перенесення даних з СУБД інших фірм в СУБД Oracle, є спеціальний інструментарій. Володіючи зручним графічним інтерфейсом, Oracle Migration Workbench в покроковому режимі, напівавтоматично, допоможе виконати досить непросту процедуру міграції [11].
Всі варіанти сервера Oracle мають у своїй підставі один і той же код і функціонально ідентичні за винятком деяких опцій.
Коли ви міняєте дані в БД, ваші зміни спочатку йдуть в кеш, а потім асинхронно в декількох потоках (число можна конфігурувати) пишуться на диск. Синхронно ж пишеться спеціальний лог (оперативний журнальний файл), щоб була можливість відновити дані після збою, якщо вони ще не встигли з кешу скинутися на диск. Даний підхід дозволяє виграти у швидкості, так як в цьому випадку на диск все пишеться послідовно в один файл, причому можна налаштувати так, щоб писалося паралельно на два або більше дисків, тим самим збільшуючи надійність захисту від втрати змін. Описаних файлів має бути кілька, і вони використовуються по колу: як тільки всі дані захищені одним з лог файлів були записані фоновим процесом у блоки даних на диск, то даний лог файл може бути використаний заново. Таким чином, в якійсь мірі це дозволяє ще й заощадити, маючи достатньо швидкі жорсткі диски невеликого розміру тільки для невеликих журнальних файлів використовуваних по колу.
В СУБД Oracle можна включити архівацію вищеописаних оперативних журнальних файлів, і всі зміни будуть архівувати...
