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

Перемещение большого количества объектов и объектов различных типов

Перемещение объектов базы данных из одной схемы в другую

Во многих случаях необходимо перемещать объекты между схемами (например, когда разработчику требуется проверить массив таблиц, не повредив при этом данные исходной схемы). Необходимо это так­же в случае копирования таблиц для разных экземпляров баз данных.

Прежде всего необходимо экспортировать все объекты, принадлежащие пользователю с данным иден­тификационным кодом. Выполняется это заданием параметра OWNER в утилите экспорта.

Далее введем идентификационный код пользователя (если его еще не было), который будет новым вла­дельцем. Теперь можно импортировать в новую схему при помощи утилиты импорта с указанием пара­метров FROMUSER и TOUSER.

Если какой-нибудь импортируемый объект конфликтует с существующим объектом, то конфликтую­щий объект (и только он) будет пропущен.

Если имеются данные типа BFILE, то Oracle сохраняет только сами указатели на файлы. Реальные данные остаются внешними по отношению к базе данных. Если осуществляется экспорт из одной базы данных, а импорт— в другую, расположенную на ином сервере, то необходимо убедиться, что внешние файлы скопированы и размещены в том же каталоге, что и база данных. В противном слу­чае Oracle не сможет получить доступ к файлам, ассоциируемым с данными типа BFILE.

При перемещении из одной схемы в другую множества таблиц или при создании резервных копий не­обходимо указать во время экспорта список объектов в спецификации параметра ТАВЬЕ. Использоваться это должно совместно с параметрами FROMDSER и TOUSER при импорте.

Чтобы экспортировать таблицу, надо указать владельца, а затем через символ точки — имя таблицы, напри­мер: Owner.Таble_Name. Чтобы экспортировать разбиение, надо указать владельца, затем через символ периода — имя таблицы, а через символ двоеточия — имя разбиения, например: Owner. Таble_Name: Partition_Name.

Чтобы экспортировать большое число объектов и множество типов объектов пользователю с другим идентификационным кодом, необходимо осуществлять импорт с указанием предложений FROKUSER и TOUSER. Если требуется импортирование, то используется спецификация параметров FULL°Y или OWNER.

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

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

Дата добавления: 2014-01-07