Standby for Exadata on non-Exadata storage

> is it possible to have standby for Exadata on non-Exadata storage ( EMC, HP ...) 

  

Физический стендбай для Эзадаты МОЖНО держать на обычном х86-64 сервере с обычным хранилищем. НСС-сегменты нормально обновляются процессом Redo Apply, т.е. изменения в НСС-сегментах будут применяться к стендбаю, т.е. стендбай будет актуальным. Операция Redo Apply выполняется над НСС-данными без декомпрессии.

Однако, при выполнении SELECT к НСС-сегментам будут происходить ошибки.

Но и в этом случае есть выход: операция Alter Table Move разожмет НСС-сегменты и превратит их в блоки сжатые OLTP-компрессией.

И тогда все ваши данные станут вам доступны.

Вот таков официально заявленный функционал.

---------------------------------------------------

Yes. 

It is possible to run physical standby for Exadata on non-Exadata equipment.

Take

- any server x86-64 (Supermicro for example)

- any 64-bit Linux   (5.9 or 6.4 for example)

- Oracle RDBMS of the same version as on the Exadata

You can ommit ASM and RAC on non-Exadata equipment and get single instance on file system.

You can copy database with RMAN as DUPLICATE ... or restore from backup and setup redo shipping and redo apply.

HCC-segments are updatable with Redo Apply, so your standby will be actual and be able to run behind production.  Redo Apply is performed on the HCC-data without decompression.

You'll get the error after you run SELECT to the HCC-segments.

But in this case you have a backdoor: Alter Table Move will decompress your HCC-segments into OLTP-compresses blocks and you'll be able to run SELECT against former HCC-segments.