Добрый день

Если использовать файлы для chunk (имеется ввиду touch chunk1.dat) то флаг offset устанавливается в 0 (onspace -c -d dbspace1 -p /opt/ids/1110/data/chunk1.dat -o 0 -s 2000)
Если использовать raw disk то для каждого чанка нужно определять offset

Спасибо

По моему субъективному мнению

Если есть деньги на для приобретения системы резервного копирования
то лучше конечно RAW.

Если использовать Cooked-File Dbspaces то можно попробовать добится производительности
соизмеримой с производительностью RAW

==================
Improving the Performance of Cooked-File Dbspaces by Using Direct I/O

On UNIX® systems, you can improve the performance of cooked files used for dbspace chunks by using direct I/O.

Dynamic Server allows you to use either raw devices or cooked files for dbspace chunks. In general, cooked files are slower because of the additional overhead and buffering provided by the file system. Direct I/O bypasses the use of the file system buffers, and therefore is more efficient for reads and writes that go to disk. You specify direct I/O with the DIRECT_IO configuration parameter. If your file system supports direct I/O for the page size used for the dbspace chunk and you use direct I/O, performance for cooked files can approach the performance of raw devices used for dbspace chunks.

Prerequisites: Direct I/O must be available and the file system must support direct I/0 for the page size used for the dbspace chunk.

To improve the performance of cooked-file dbspaces by using direct I/O:

1. Verify that you have direct I/O and the file system supports direct I/O for the page size used for the dbspace chunk.
2. Enable direct I/O by setting the DIRECT_IO configuration parameter to 1.

Спасибо

Кстати очень интересно не касаемо конкретного вопроса

RAW + RAID 5

1) Быстродействие RAW - Быстродействие RAID 5 + Надёжность RAID 5

(Если засунуть утюг в холодильник кто победит)