Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6

Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6

^ Тема 2. Системная архитектура Oracle. 2.1. Архитектура
Oracle проектировалась как очень переносимая СУБД, — она доступна на всех всераспространенных платформах. Потому физическая архитектура Oracle различна в различных операционных системах. К примеру, в ОС UNIX СУБД Oracle реализована в Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 виде нескольких отдельных процессов операционной системы — фактически любая значимая функция реализована отдельным процессом. Для UNIX такая реализация подходит, так как основой многозадачности в ней является процесс. Для Windows, но, схожая реализация не Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 подходит и работала бы не очень отлично (система вышла бы неспешной и плохо масштабируемой). На этой платформе СУБД Oracle реализована как один многопоточный процесс, т.е. с внедрением подходящих для этой Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 платформы устройств реализации. На мэйнфреймах IBM, работающих под управлением OS/390 и zOS, СУБД Oracle употребляет несколько адресных пространств OS/390, вместе образующих экземпляр Oracle. Для 1-го экземпляра базы данных можно изменить до 255 адресных пространств Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. Более того, СУБД Oracle ведет взаимодействие с диспетчером загрузки OS/390 WorkLoad Manager (WLM) для установки приоритетности выполнения определенных компонент Oracle по отношению друг к другу и к другим задачкам Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, работающим в системе OS/390. В ОС Netware тоже употребляется многопоточная модель. Хотя физические средства реализации СУБД Oracle на различных платформах могут отличаться, архитектура системы — довольно общая, чтоб можно было осознать, как СУБД Oracle Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 работает на всех платформах.

В этой главе мы разглядим три главных компонента архитектуры Oracle.



2.2. Сервер
Тяжело решить, с какого компонента сервера начать описание. Процессы Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 употребляют область SGA, потому рассматривать SGA до процессов не имеет смысла. С другой стороны, при описании процессов и их функционирования придется ссылаться на составляющие SGA. Они тесновато взаимосвязаны. С файлами работают процессы, и их Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 нет смысла обрисовывать, пока не объяснено, что делают процессы. Ниже определены некие определения и изготовлен общий обзор сервера Oracle, после этого тщательно рассматриваются отдельные составляющие.

Два термина в контексте Oracle вызывают Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 огромную неурядицу. Идет речь о определениях "база данных" и "экземпляр". В согласовании с принятой в Oracle терминологией, эти понятия определяются так:

Эти два термина время от времени взаимозаменяемы, но представляют принципно различные концепции. Связь меж ними такая, что база данных может быть смонтирована и открыта в нескольких экземплярах. Экземпляр может Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 смонтировать и открыть только одну базу данных в каждый момент времени. Не непременно отрывать и монтировать одну и ту же базу данных при каждом запуске экземпляра.

Стало еще непонятнее? Вот ряд примеров, которые Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 посодействуют прояснить ситуацию. Экземпляр — это набор процессов операционной системы и применяемая ими память. Все эти процессы могут работать с базой данных, которая представляет собой просто набор файлов (файлов данных, временных файлов, файлов журнальчика Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 повторного выполнения, управляющих файлов). В каждый момент времени с экземпляром связан только один набор файлов. Почти всегда оборотное утверждение тоже правильно; с базой данных работает только один экземпляр. В случае же Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 использования параллельного сервера Oracle (Oracle Parallel Server — OPS), функции Oracle, позволяющей серверу работать на нескольких компьютерах в кластерной среде, одна и та же база данных может быть сразу смонтирована и открыта несколькими Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 экземплярами. Это делает вероятным доступ к базе данных сразу с нескольких компов. Oracle Parallel Server позволяет создавать системы с высочайшей доступностью данных и, при условии правильной реализации, очень масштабируемые. Рассмотрение функции OPS Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 тут не предвидено, так как для описания особенностей ее реализации потребовалась бы отдельная книжка.

Итак, почти всегда меж базой данных и экземпляром имеется отношение один к одному. Это, возможно, и является Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 предпосылкой неурядицы при использовании этих определений. По опыту большинства юзеров, база данных — это экземпляр, а экземпляр — это база данных.

В почти всех тестовых средах это, но, не так. На моем диске, к примеру Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, может быть 5 отдельных баз данных. На испытательной машине СУБД Oracle установлена в одном экземпляре. В каждый момент времени работает только один экземпляр, но обращаться он может к различным базам данных Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, зависимо от задач, которые я решаю. Создав несколько конфигурационных файлов, я могу монтировать и открывать всякую из этих баз данных. В этом случае у меня один "экземпляр", но несколько баз данных, только одна из Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 которых доступна в каждый момент времени.

Итак, сейчас под термином "экземпляр" мы будем осознавать процессы и память сервера Oracle. Термин "база данных" значит физические файлы, в каких находятся данные. База данных может Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 быть доступна многим экземплярам, но экземпляр в каждый момент времени обеспечивает доступ только к одной базе данных.

Сейчас можно приступать к рассмотрению абстрактной схемы СУБД Oracle5.

Упрощенно, СУБД Oracle включает огромную Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 область памяти — SGA, — содержащую внутренние структуры данных, доступ к которым нужен всем процессам для кеширования данных с диска, кеширования данных повторного выполнения перед записью на диск, хранения планов выполнения разобранных операторов SQL Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 и т.д. Имеется также набор процессов, присоединенных к этой области SGA, при этом механизм подключения в каждой операционной системе другой. В среде UNIX процессы на физическом уровне подключаются к большенному сектору Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 разделяемой памяти — выделенному ОС куску памяти, к которому может сразу обращаться несколько процессов. В ОС Windows для выделения памяти процессы употребляют библиотечную функцию malloc() языка C, так как они сами являются потоками Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 1-го огромного процесса. В СУБД Oracle также имеется набор файлов, читаемых и записываемых процессами/потоками базы данных (при этом читать и записывать эти файлы имеют право только процессы Oracle). В этих Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 файлах хранятся данные таблиц, индексов, временное место, журнальчики повторного выполнения и т.д.

Если запустить СУБД Oracle в UNIX-системе и выполнить команду ps (для просмотра состояния процессов), можно узреть количество работающих Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 процессов и их имена. К примеру:


$ /bin/ps -aef | grep ora816

ora816 20827 1 0 Feb 09 ? 0:00 ora_d000_ora816dev

ora816 20821 1 0 Feb 09 ? 0:06 ora_smon_ora816dev

ora816 20817 1 0 Feb 09 ? 0:57 ora_lgwr_ora816dev

ora816 20813 1 0 Feb 09 ? 0:00 ora_pmon_ora816dev

ora816 20819 1 0 Feb Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 09 ? 0:45 ora_ckpt_ora816dev

ora816 20815 1 0 Feb 09 ? 0:27 ora_dbw0_ora816dev

ora816 20825 1 0 Feb 09 ? 0:00 ora_s000_ora816dev

ora816 20823 1 0 Feb 09 ? 0:00 ora_reco_ora816dev


Я еще обрисую предназначение каждого из этих процессов, но нередко их в совокупы именуют просто фоновыми Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 процессами Oracle. Это — повсевременно работающие процессы, образующие экземпляр; они возникают при запуске СУБД и работают до того времени, пока она не будет остановлена. Любопытно отметить, что все это — процессы, а не программки Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. СУБД Oracle реализуется одной программкой в UNIX, но программка эта многолика. Программка, которая запускалась для реализации процесса ora_lgwr_ora816dev, была применена и для пуска процесса ora_ckpt_ora816dev. Есть Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 только один двоичный файл с именованием oracle. Просто он производится пару раз с различными именами. В ОС Windows при помощи программки tlist, входящей в Windows resource toolkit, можно найти только один Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 процесс — Oracle.exe. В случае NT тоже есть всего одна двоичная программка. Этот процесс делает несколько потоков, представляющих фоновые процессы Oracle. При помощи утилиты tlist (либо хоть какого из огромного количества Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 схожих средств) можно узреть эти потоки:


C:\Documents and Settings\Thomas Kyte\Desktop>tlist 1072

1072 ORACLE.EXE

CWD: C:\oracle\DATABASE\

CmdLine: c:\oracle\bin\ORACLE.EXE TKYTE816

VirtualSize: 144780 KB PeakVirtualSize: 154616 KB

WorkingSetSize: 69424 KB PeakWorkingSetSize: 71208 KB

NumberOfThreads Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6: 11

0 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 632StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6:0x00000000 State:Initialized

0.0.0.0 shp 0x00400000 ORACLE.EXE

5.0.2163.1 shp 0x77f80000 ntdll.dll

0.0.0.0 shp 0x60400000 oraclient8.dll

0.0.0.0 shp 0x60600000 oracore8.dll

0.0.0.0 shp 0x60800000 oranls8.dll


В этом случае имеется 11 потоков, выполняющихся в рамках 1-го процесса Oracle. Если подключиться к Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 базе данных, количество потоков возрастет до 12. В ОС UNIX к имеющимся процессам oracle просто добавился бы очередной. Сейчас можно представить последующую схему. Предшествующая схема представляла концептуальный вид СУБД Oracle сходу после пуска. Сейчас Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, если подключиться к СУБД Oracle в более обычной конфигурации, схема будет смотреться приблизительно так6: ...

Обычно СУБД Oracle при подключении юзера делает новый процесс. Это принято именовать конфигурацией выделенного сервера, так как Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 на всегда сеанса ему выделяется отдельный серверный процесс. Сеансы и выделенные серверы находятся в отношении один к одному. Клиентский процесс (неважно какая программка, пытающаяся подключиться к СУБД) будет конкретно вести взаимодействие с Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 подходящим выделенным сервером по сети, к примеру, через сокет TCP/IP. Конкретно этот сервер будет получать и делать SQL-операторы. Он будет читать файлы данных, также находить нужные данные в кеше Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. Он будет делать операторы UPDATE и PL/SQL-код. Единственное его предназначение — отвечать на получаемые SQL-запросы.

СУБД Oracle также может работать в режиме многопоточного сервера (multi-threaded server — MTS), в каком при подключении Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 не создается дополнительный поток либо процесс UNIX. В режиме MTS СУБД Oracle употребляет пул "разделяемых серверов" для поддержки огромного количества юзеров. Разделяемые серверы — это просто механизм организации пула подключений. Заместо пуска Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 10000 выделенных серверов (это вправду много, если идет речь о процессах либо потоках) для 10000 сеансов режим MTS позволяет обслуживать их при помощи еще наименьшего количества разделяемых серверов, которые (как надо из Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 наименования) будут вместе употребляться всеми сеансами. Это позволяет СУБД Oracle поддерживать намного больше сеансов, чем в режиме выделенного сервера. Машина, на которой работает сервер, может не совладать с поддержкой 10000 процессов, но управление 100 либо 1000 процессами Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 для нее полностью реально. В режиме MTS разделяемые серверные процессы обычно запускаются сходу при старте СУБД и показываются в перечне, выдаваемом командой ps (в представленных выше результатах выполнения команды ps процесс ora Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6_s000_ora816dev представляет собой разделяемый серверный процесс).

Принципное отличие режима MTS от режима выделенного сервера заключается в том, что клиентский процесс, подключившийся к СУБД, никогда не ведет взаимодействие конкретно с разделяемым сервером Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, как это происходит в случае выделенного сервера. Он не может вести взаимодействие с разделяемым сервером, потому что соответственный процесс употребляется вместе. Чтоб обеспечить совместное внедрение этих процессов, нужен другой механизм взаимодействия Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. Для этого в СУБД Oracle употребляется процесс (либо набор процессов), которые именуют диспетчерами. Клиентский процесс ведет взаимодействие по сети с процессом-диспетчером. Процесс-диспетчер помещает запрос клиента в очередь запросов Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 в SGA (это одно из многих предназначений области SGA). 1-ый же свободный разделяемый сервер изберет и обработает этот запрос (к примеру, запрос может иметь вид ^ UPDATE T SET X = X+5 WHERE Y = 2). По окончании выполнения Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 команды разделяемый сервер расположит ответ в очередь ответов. Процесс-диспетчер смотрит за очередью и немедля передает приобретенный итог клиенту. Концептуально поток инфы в режиме MTS смотрится последующим образом7: ...

Клиентское Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 подключение отправляет запрос диспетчеру. Диспетчер расположит этот запрос в очередь запросов в области SGA (1). 1-ый свободный разделяемый сервер изберет этот запрос (2) из очереди и обработает его. Когда разделяемый сервер окончит выполнение, ответ (коды возврата Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, данные и т.д.) помещается в очередь ответов (3), после этого выбирается диспетчером (4) и ворачивается клиенту.

Исходя из убеждений разработчика нет никакой различия меж подключением к серверу в режиме MTS и Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 подключением к выделенному серверу. Сейчас, когда стало понятно, как происходит подключение к выделенному и разделяемому серверу, появляются вопросы: как вообщем подключиться; как запускается выделенный сервер и как связываться с процессом-диспетчером? Ответы Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 зависят от платформы, но в принципе все происходит так, как описано ниже.

Мы разглядим более общий случай: запрос на подключение по сети с внедрением протоколов TCP/IP. В данном случае клиент находится Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 на одной машине, а сервер — на другой, при этом эти машины связаны сетью на базе семейства протоколов TCP/IP. Все начинается с клиента. Он отправляет запрос клиентскому ПО Oracle на подключение к базе данных Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. К примеру, производится команда:


C:\> sqlplus scott/tiger@ora816.us.oracle.com


Тут клиентом является утилита SQL*Plus. scott/tiger — имя юзера и пароль, а ora816.us.oracle.com — имя службы TNS Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. TNS — сокращение от Transparent Network Substrate (прозрачная сетевая среда), которое обозначает "базисное" программное обеспечение, встроенное в клиент Oracle и обеспечивающее удаленное подключение (двухточечное взаимодействие клиента и сервера). Строчка подключения TNS показывает Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 программному обеспечению Oracle, как подключаться к удаленной базе данных. В общем случае клиентское программное обеспечение обращается к файлу TNSNAMES.ORA. Это обыденный текстовый файл конфигурации, обычно находящийся в каталоге [ORACLE_HOME]\network Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6\admin и содержащий записи вида:


^ ORA816.US.ORACLE.COM =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = aria.us.oracle.com)(PORT = 1521))

)

(CONNECT_DATA =

(ORACLE_SID = ora816)

)

)


Конкретно эти характеристики конфигурации позволяют клиентскому Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 ПО Oracle конвертировать строчку ora816.us.oracle.com в нужные для подключения данные: имя хоста; порт на этом хосте, прослушиваемый процессом, который воспринимает подключения; идентификатор SID (Site IDentifier) базы данных на хосте Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, к которой нужно подключиться, и т.д. Эта строчка, ora816.us.oracle.com, может преобразовываться в нужные данные и по-другому. К примеру, она может преобразовываться при помощи службы Oracle Names — распределенного сервера имен для Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 СУБД, аналогичного по предназначению службе DNS, применяемой для преобразования имен хостов в Айпишники. Но в большинстве маленьких и средних серверов, где количество копий конфигурационных файлов невелико, в большинстве случаев Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 употребляется конкретно файл TNSNAMES.ORA.

Сейчас, когда клиентскому ПО понятно, куда подключаться, оно открывает соединение через сокет TCP/IP к порту 1521 машины aria.us.oracle.com. Если админ базы данных соответственного сервера настроил службу Net Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 68 и запустил процесс прослушивания, это подключение может быть принято. В сетевой среде на сервере работает процесс TNS Listener. Это процесс прослушивания, обеспечивающий физическое подключение к базе данных. Получив запрос Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 на подключение, он инспектирует его, используя собственные файлы конфигурации, и или отвечает отказом (к примеру, не существует запрашиваемой базы данных либо Айпишник подключающегося содержится в перечне тех, кому не разрешено подключение к Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 хосту), или обеспечивает подключение клиента.

При подключении к выделенному серверу процесс прослушивания автоматом запустит выделенный сервер. В ОС UNIX это делается при помощи системных вызовов fork() и exec() (единственный метод сделать новый Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 процесс после инициализации ОС UNIX — использовать системный вызов fork()). Сейчас мы на физическом уровне подключены к базе данных. В Windows процесс прослушивания просит от серверного процесса сотворения нового потока для подключения. После сотворения Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 этого потока клиент "перенаправляется" на него, и тем обеспечивается физическое подключение. В случае ОС UNIX это можно представить последующей схемой8:

...

В режиме MTS процесс прослушивания работает по другому. Ему понятно, какие процессы-диспетчеры Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 работают в составе экземпляра. При получении запроса на подключение процесс прослушивания выбирает процесс-диспетчер из пула доступных диспетчеров. Потом он отправляет клиенту информацию, позволяющую подключиться к процессу-диспетчеру. Это нужно Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, так как процесс прослушивания работает на известном порту соответственного хоста, а вот диспетчеры будут принимать подключения через произвольно выделенные порты. Процессу прослушивания известны эти выделенные порты, потому он автоматом выбирает свободный диспетчер Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6. Потом клиент отключается от процесса прослушивания и подключается конкретно к диспетчеру. В итоге устанавливается физическое соединение с СУБД. Графически это можно представить так9:

...

Итак, обзор архитектуры Oracle закончен. Мы обрисовали, что такое Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6 экземпляр Oracle, что такое база данных и как можно подключиться к базе данных через выделенный и разделяемый сервер. На последующей схеме показано взаимодействие с сервером Oracle клиента, присоединенного к разделяемому серверу, и клиента Тема 2. Системная архитектура Oracle - Тема Особенности работы в многопользовательских средах 6, работающего с выделенным серверным процессом. Один экземпляр Oracle может поддерживать оба типа подключений сразу10:

...

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



tema-2-osnovi-nauchnoj-organizacii-truda-4-chasa.html
tema-2-osnovi-ritoriki-kultura-oratorskoj-rechi.html
tema-2-osnovnie-etapi-formirovaniya-ugolovno-ispolnitelnoj-sistemi-rossii-ugolovno-ispolnitelnoe-zakonodatelstvo.html