Проблема только выполнения этой команды ALTER DATABASE состоит в том, что словарь данных не был преобразован и может быть поврежден.
У меня была такая же проблема.В моем случае мы используем Oracle 11g Express Edition (11.2.0.2.0), и нам действительно нужно, чтобы он работал на наборе символов WE8MSWIN1252, но я не могу изменить набор символов при установке (он всегда устанавливается с AL32UTF8).
Если клиент Oracle 11g установлен как администратор и выполняется только csscan full=y
(проверьте эту ссылку https://oracle -base.com / Articles / 10g / набор символов-миграции ), и мы заметим,это проблемы с потерями и конвертируемыми данными в нашей базе данных.Но проблемы связаны со схемами MDSYS (Oracle Spatial) и APEX_040000 (Oracle Application Express).Поэтому, поскольку нам не нужны эти продукты, мы удаляем их (проверьте эту ссылку: http://fast -dba.blogspot.com.br / 2014/04 / how-to-remove-unwanted-components-from.html ).
Затем мы экспортируем с expdp
пользовательские схемы и удаляем пользователей (они должны быть воссозданы в конце процесса).
Повторное выполнение csscan с помощью full=y capture=y
сообщает, что: The data dictionary can be safely migrated using the CSALTER script
.Если в отчете этого нет, сценарий csalter.plb не будет работать, поскольку некоторые условия не будут выполнены:
- без изменений для всех данных CHAR VARCHAR2 и LONG (словарь данных и приложениеДанные)
- без изменений для всех данных приложения CLOB
- без изменений и / или с возможностью преобразования для всех словаря данных CLOB
В нашем случае эти условия были выполнены, и мы моглиуспешно запустил скрипт CSALTER.Кроме того, этот скрипт выполняет команду ALTER DATABASE, которую вы пытаетесь запустить, и преобразует данные CLOB преобразованного словаря данных.
Наконец, мы создаем пользователей и табличные пространства нашего приложения и импортируем дамппользовательских данных успешно.