Перемещение объектов БД из одного табличного пространства в другое

Случай, когда табличные пространства не соответствуют друг другу

При импортировании объекта Oracle пытается создатьего в пределах табличного пространства, одно­именного с тем, из которого он импортировался. Если экспорт выполнялся из одной базы данных, а им­порт — в другую базу данных, табличные пространства могут не соответствовать друг другу. Например, объект из экспортируемой базы данных хранился в табличном пространстве DBA_TOOLS. А в базе данных, в которую импортируется объект, отсутствует табличное пространство DBA_TOOLS.

При таком сценарии в процессе импортирования утилита импорта пытается создать объект в DBA_TOOLS, однако это ей не удается сделать, так как такого табличного пространства в намеченной базе данных нет. Тогда утилита импорта пытается создать объект в табличном пространстве, используемом по умолчанию для владельца объекта. Если места недостаточно, но у пользователя имеется квота на табличное пространство, — объект импортируется. В противном случае выдается сообщение об ошибке и объект не импортируется.

По умолчанию утилита импорта пытается создать объекты в том же табличном пространстве, из кото­рого они экспортировались. Если у пользователя нет разрешения на это табличное пространство или оно больше не существует, то Oracle создает объекты базы данных в табличном пространстве, которое исполь­зуется по умолчанию для пользователя с данным идентификационным кодом. Указанные особенности следует учитывать при перемещении объектов из одного табличного пространства в другое с помощью утилит экспорта и импорта. Чтобы переместить все объекты из табличного пространства TABLESPACE_A в TABLESPACE_B для пользователя USER_A, последовательно выполняются следующие операции.

1. Экспортировать все объекты из табличного пространства TABLESPACE_A для пользователя USER_A.

2. Выдать команду REVOKE UNLIMITED TABLESPACEON TABLESPACE_A FROM USER_A;с тем, чтобы аннулировать любую неограниченную привилегию, предоставленную пользователю с данным идентификацион­ным кодом.

3. Выдатькоманду ALTER USER USER A QUOTA0 on TABLESPACE_A;, чтобы запретить создание объектов в табличном пространстве TABLESPACE_А пользователем с идентификационным кодом USER_A.

4. Удалить все объектыиз табличного пространства TABLESPACE_A, принадлежащие пользователю USER_A. Выдайте команду «ALTER USER USER_A DEFAULT TABLESPACE TABLESPACE_B;» с тем, чтобы сде­лать TABLESPACE В табличным пространством по умолчанию для пользователя с идентификационным кодом USER_A. Oracle попытается импортировать объекты в табличное пространство TABLESPACE_A, из которого они были экспортированы. Заметим, что у пользователя нет квоты на табличное про­странство TABLESPACE А, после чего обратим внимание на табличное пространство, используемое по умолчанию для данного пользователя. Прежде чем Oracle сможет импортировать данные в таблич­ное пространство TABLESPACE В, должна быть обеспечена достаточно большая квота на табличное пространство для пользователя с идентификационным кодом USER_A. Это показывается на сле­дующем шаге.

5. Выдать команду ALTER USER USER_A QUOTA UNLIMITED ON TABLESPACE_B;. Импорт будет успешным, если задать неограниченную квоту, и при условии, что табличное пространство TABLESPACE_Bдостаточнобольшое, чтобы разместить все импортируемые объекты.

6. Импортировать объекты базы данных, которые были экспортированы. По умолчанию утилита им­порта пытается импортировать их в табличное пространство TABLESPACE_A. Но поскольку у пользова­теля отсутствует квота на это табличное пространство, объекты будут созданы в табличном про­странстве TABLESPACE В, которое используется по умолчанию для пользователя USER_A.

Дата добавления: 2013-12-12