2 nata111:

Couple of suggestions:

1) Even though section I. Создание резервной копии методом "холодного" копирования states:

I. Создание резервной копии методом "холодного" копирования. ТЕМП-ФАЙЛЫ
Темп-файлы резервированию не подлежат, но информация об их использовании необходима в дальнейшем. При наличии временного табличного пространства, использующего tempfiles, эти файлы должны быть созданы после открытия клонированной базы.

rookie dba might not know how to deal with tempfiles in different scenarios. And since you have

II. Восстановление базы данных на удаленной машине
1.С сохранением структуры каталогов После открытия базы данных при наличии временных пространств, использующих tempfiles необходимо их создать командой


it probably would make sense to add tempfile instructions to all related sections. For example:

II. Восстановление базы данных на удаленной машине
2. В измененной структуре каталогов

Изменение местоположения файлов данных и журнальных файлов осуществляется следующим образов:

После открытия базы данных при наличии временных пространств, использующих tempfiles необходимо их создать командой


2) Something I faced yesterday (which actually prompted this reply). Customer needed to clone database from one box to another. Both boxes were 64 bit Solaris boxes. According to customer source database was using 64 bit Oracle. So I installed Oracle on the target box, and cloned the database. It was "Восстановление базы данных на удаленной машине в измененной структуре каталогов". After renaming datafiles and droping tempfile database I opened cloned db - no problems. Next step - add tempfile - failed with:


Now, I had encounters with this error before, so I knew what the issue was. Source database was created on 32 bit Oracle (never trust your customers ). In such case all PL/SQL objects are messed up. They are stored in database compiled with 32 bit word, while target PL/SQL tries to treat it as 64 bit words. Fix is:

1. Add _SYSTEM_TRIG_ENABLED = false to init.ora/spfile
2. Connect AS SYSDBA
3. Shutdown database (no shutdown abort please )
4. STARTUP MIGRATE
5. SPOOL spool-file-name
6. @$ORACLE_HOME/rdbms/admin/utlirp.sql
7. Make sure spool file shows no errors
8. ALTER SYSTEM DISABLE RESTRICTED SESSION;
9. Remove _SYSTEM_TRIG_ENABLED = false from init.ora/spfile
10. Shutdown database
11. STARTUP OPEN

SY.

softbuilder@inbox.ruЧто такое "spile", применительно к Oracle 8.1.6?

Same as применительно к Oracle 8.1.7 Spfile, AFAIK, was introduced in oracle 9. And since this topic covers:

авторКлонирование базы данных на локальном и удаленном компьютере с использованием пользовательской резервной копии.
(Oracle 8.1.6-10.2.0 )

spfile is part of instructions. Or it is another way of suggesting to add "spfile does not not apply to oracle 8 databases"?

SY.

nata1111Как вариант может быть стоит добавить в конце перечень возможных ошибок, их причины и пути исправлений?

Well, it is entirely up to you. I agree word size issue is almost separate to db cloning and. "Almost", because you can not finish cloning (tempfile wise) without taking care of word size. And in any case cloned database would not be operational. Maybe a note after opening database steps referring to migration docs (I believe there is a section on changing word size) or to word size change FAQ (if someone wants to write it)?

SY.