2Yo!!

Технология подобная ASM в DB2 была в 1992 году реализована... RMAN конечно хорош, но по сравнению со всроенной в DB2 утилитой BACKUP слишком сложен при сравнимом функционале...

По поводу автономного tunig, подсказыка выбораиндекса уже давно не ново. ASA и DB2 это имеют уже лет 5. А вот на основании workload порекомендовать
Index+Partitioning+MQT(Materialized View) куда более сложная задача и в DB2 она реализована, а у ORA нет... Отстает Oracle слишком много денег в Business Applications вкладывает...

ASM - это ссылка на 9-ку которая в следующем месяце выйдет. Пытаюсь найти pdf для 2.1, там тоже самое (картинки точно оттуда)

DB2 Storage Architecture

никто про wisard's не говорит, хотя у Db2 они есть.

Достаточно просто (особенно с wisard) по сравнению с выделением каналов и прочего. Причем это было в версии 2.1 (1994 год) Уже в 1994 DB2 не бэкапила неиспользуемое в табличных пространствах место, более того без RMAN резервное копирование file based, охренеть дайте две (С)... Самая продвинутая БД в мире.


http://www.orafaq.com/faqdbabr.htm
Each tablespace that needs to be backed-up must be switched into backup mode before copying the files out to secondary storage (tapes). Look at this simple example.

It is better to backup tablespace for tablespace than to put all tablespaces in backup mode. Backing them up separately incurs less overhead. When done, remember to backup your control files. Look at this example:


NOTE: Do not run on-line backups during peak processing periods. Oracle will write complete database blocks instead of the normal deltas to redo log files while in backup mode. This will lead to excessive database archiving and even database freezes.


В DB2 кстати BACKUP приоритизируемый ты можешь запустить его сказав, что он должен брать не более 20% ресурсов сервера. Выполнятся будет дольше но влиять на работу пользователей будет меньше. Впрочем это можно делать и с другими утилитами (REORG,RUNSTAT...)

Очень простой пример RMAN.... Сравни с одной командой встроенной утилиты DB2

http://www.orafaq.com/faqdbabr.htm
How does one backup a database using RMAN?
The biggest advantage of RMAN is that it will only backup used space in the database. Rman doesn't put tablespaces in backup mode, saving on redo generation overhead. RMAN will re-read database blocks until it gets a consistent image of it. Look at this simple backup example.

rman target sys/*** nocatalog
run {
allocate channel t1 type disk;
backup
format '/app/oracle/db_backup/%d_t%t_s%s_p%p'
( database );
release channel t1;
}

Example RMAN restore:

rman target sys/*** nocatalog
run {
allocate channel t1 type disk;
# set until time 'Aug 07 2000 :51';
restore tablespace users;
recover tablespace users;
release channel t1;
}

The examples above are extremely simplistic and only useful for illustrating basic concepts. By default Oracle uses the database controlfiles to store information about backups. Normally one would rather setup an RMAN catalog database to store RMAN metadata in. Read the Oracle Backup and Recovery Guide before implementing any RMAN backups.

Note: RMAN cannot write image copies directly to tape. One needs to use a third-party media manager that integrates with RMAN to backup directly to tape. Alternatively one can backup to disk and then manually copy the backups to tape.


Да, не у всех есть Tivoli Storage Manager, NetBAckup, Legato, a лента почти у всех в DB2 на нее можно одной командой забэкапится, а в Oracle придется через файл... Да и потом в следующем вопросе в FAQ говорится как убирать архивные файлы журанала. Опять rman запускать, а в DB2 на уровне резервного копирования указывается куда эти файлы убирать.

Едем дальше
автор
непонял, секционировать и класть индексы на матвью минимум с 9ки можно.

Ты не врубаешься. Прооптимизировать нагрузку целиком и предложить не толькр индексы, но и как тебе правильнее партиционировать таблицы и какие Materialized view построить, все вместе а не по отдельности, потому как фичи могут пересекаться.

[/quot]
незнаю, незнаю помоему как раз db2 сильно сдает. они свой SPL буквально пару лет назад сделали. пообщавшись дбшниками сложилось впечатление, что в принципе какие-то новаторские технологии у дб2 есть и появляются (правда все до безобразия напоминают уже реализованые в оракле), но все разработчики используют дедовские способы, типа сторед процедуры на C, статический SQL который намертво связывает планы и т.п.
[quot автор]

Это было принципиальное желание архиекторов DB2, пиши SP на том языке на котором пишешь все приложение. А SPL сделали специально для тех кто с Oracle и Sybase переходят. Это у большинаства Ораклоидов в голове клиппер сидит вместо запроса на каждый чих пишут хранимую процедуру, тут конечно в хранимых процедурах Oracle в переди планеты всей, неудивительно

автори шо придумали что-то круче файла и без меня !?!
Я тебе про Фому ты мне про Ерему.

File Based, Alter TABLESPACE BEGIN BACKUP
копируем файл etc...

В DB2 сервер сам образ (файл) создает без необходимости ручками копировать табличные пространства.