ODA X3-2

Вышла ODA Х3-2.   Изменения:

             Было          Стало            Всего в новой ODA
------ --------------- -------------------- -----------------
CPU:   12 core/server    16 core/server        32 core
           2*6core          2*8core

RAM:        96g          256g/server           512g

Disks:
Hard:    20* 600g         20* 900g              18T
SSD:      4*  73g          4* 200g             800g
------ --------------- -------------------- -----------------

Не сбылись наши мечты о :
- HCC на ODA
- Standard Edition на ODA.

Однако, поскольку на ODA возможна виртуализация, то есть возможность поднять виртуалку с SE и вообще любыми версиями СУБД и (да и вообще с любым софтом). Также с учетом виртуализации можно поднять на ODA и сервера приложений.





 

Exadata Documentation = patch 10386736

As we know, the Exadata documentation is stored in the storage cell in /usr/share/doc/oracle/Exadata.
But I recommend you to download the patch 10386736.
You'll be surprised.
 

Drives order in Storage Cells

Oracle changed the disk order in the Exadata Storage Server from columnar to row.

Old order:

 

New order:

 

 

The drives in the Exadata Storage Server with Sun Server X3-2L Servers are numbered from left to right in each row. The drives in the bottom row are numbers 0, 1, 2, and 3. The drives in the middle row are numbers 4, 5, 6, and 7. The drives in the top row are numbers 8, 9, 10, and 11.

The drives in the Exadata Storage Server with Sun Fire X4270 M2 Servers and earlier servers were numbered from the lower left to the top, such that the drives in the leftmost column were 0, 1, and 2. The drives in the next column were 3, 4, and 5. The drives in the next column were 6, 7, and 8. The drives in the rightmost column were 9, 10, and 11. The following table shows the disk layout for the hard disk drives in Exadata Storage Server with Sun Server X3-2L Servers and Exadata Storage Server with Sun Fire X4270 M2 Servers.

 

HCC on the Pillar Axiom

Oracle позволяет использовать HCC-компрессию не только на Экзадате, но и на ZFS storage appliance и на Pillar Axiom.  Если в качестве сервера взять T4 + Solaris 11, то получится отличная платформа для консолидации данных: много потоков и НСС впридачу!

Покажем работающи пример :

0. Берем сервер Т4, инсталлируем на нем Солярис 11. На Axiom создаем LUN и презентуем его серверу - все как всегда.

1. Компрессия возможна только на сырых томах (не на файловой системе), поэтому используем ASM, поэтому поэтому первым делом инсталлируем GI.

2. Для HCC требуется версия GI не ниже 11.2.3.0.3. В более ранних версиях оно не работает. Поэтому я взял последний PSU от January 2013 - ставим его на GI.

3. В ASM cоздаем дисковую группу. Для данной группы устанавливаем два обязательных параметра:
alter diskgroup data set attribute 'compatible.asm'='11.2.0.3';
alter diskgroup data set attribute 'storage.type'='AXIOM';

Если некоторая дисковая группа уже создана и в ней уже лежит БД, то ничего страшного - надо остановить БД и установить параметры. Причем, первый параметр - 'compatible.asm' - можно менять без остановки БД, он динамический.

 4. Инсталлируем бинарники СУБД: опять берем последнюю версию - 11.2.0.3 - и последний PSU - January 2013. Инсталлируем Оракл и создаем БД на нашей дисковой группе.

Готово!




Статисика показывает, что около 75% данных в базе относятся к закрытым периодам - прошлый год, квартал.
Еще 20% - это активные данные, которые иногда меняются.
Еще 5% - это горячие данные, активно изменяющиеся.

Первая категория данных - это хорошие кандидаты на НСС. Если их пожать, например, в 10 раз, то объем базы значительно сократится. Затраты ЦПУ возрастают в 3 раза, но ввод-вывод сократится в 10 раз. В общем, прирост производительности налицо.
Вторую категорию можно объявить как OLTP Compression  - затрат ЦПУ практически никаких, а объемы уменьшаются в два раза.
Третью категорию оставляем как есть.