189 8069 5689
1. 执行表重建指令 alter table table_name move（验证不可行，不降低水位线，但可释放表空间）
10余年专注成都网站制作，企业网站建设，个人网站制作服务，为大家分享网站制作知识、方案，网站设计流程、步骤,成功服务上千家企业。为您提供网站建设,网站制作,网页设计及定制高端网站建设服务,专注于企业网站建设,高端网页制作,对成都发电机回收等多个领域，拥有丰富的网站营销经验。
当你创建了一个对象如表以后,不管你有没有插入数据,它都会占用一些块,ORACLE也会给它分配必要的空间.同样,用ALTER TABLE MOVE释放自由空间后,还是保留了一些空间给这个表.
ALTER TABLE ... MOVE 后面不跟参数也行，不跟参数表还是在原来的表空间，Move后记住重建索引.
查询失效索引语句：select index_name,table_name,tablespace_name,status From dba_indexes Where owner='HNUNICOM' And status'VALID';
重建索引语句：alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME;
如果以后还要继续向这个表增加数据，没有必要move，只是释放出来的空间，只能这个表用，其他的表或者segment无法使用该空间。
2. 执行alter table table_name shrink space;（已经验证成功，推荐使用，可释放数据库和磁盘空间空间，大表可同时降低表自身和表空间的高水位线，小表则只可以降低表自身的高水位线，原因不详）
注意，此命令为Oracle 10g新增功能，执行该指令之前必须允许行移动 alter table table_name enable row movement;
3. 复制要保留的数据到临时表t，drop原表，然后rename临时表t为原表（未验证
4. 用EXP导出后，删除原表/表空间，之后用IMP重新导入（验证成功）
5. Alter table table_name deallocate unused（验证不可行，不降低水位线）
注：这证明,DEALLOCATE UNUSED为释放HWM上面的未使用空间,但是并不会释放HWM下面的自由空间,也不会移动HWM的位置.
6. 尽量使用truncate（验证不可行，不降低水位线，可释放数据库空间，但truncate后表默认空间大小为删除前的空间大小，如想释放计算机磁盘空间，需要用方法2压缩）
1、首先oracle已提交的数据是可以使用闪回功能来找回数据的。
2、其次要先确定提交的数据的大体时间。
3、最后点击闪回按键，选择重新执行，就可以选择提交的数据信息进行闪回了。
本文档旨在提供指南和核对清单，用于将之前升级的数据库从Oracle12c降级回以前的版本：11.2.0.3,11.2.0.2,11.1.0.7必须加以说明的是，将数据库实例从当前版本降级到升级前的版本时，数据库不会返回到升级前的完全相同状态。根据所涉及的版本，升级过程会进行不可逆的更改。用户使用降级过程可以打开和访问以前版本的数据库实例。这通常便已足够。可能需要采取其他更正操作（例如卸载/重新安装或重新升级到当前补丁集级别来解决降级后的遗留问题。如果目标是让实例返回与升级前完全相同的状态，则还应使用包括完全恢复到升级前状态在内的其他过程。本文中讨论的过程是基于脚本的降级。本文不介绍使用导出/导入、数据泵或其他方法将数据从一个版本移动到另一个版本。您所降级到的版本的Oracle二进制文件，在开始降级过程之前应该在服务器上可用/已安装。如果您卸载了要降级到的Oracle可执行文件，请重新安装Oracle二进制文件到正确的版本/补丁程序级别以降级。此过程旨在降级已成功升级到12c的数据库，并非用于从失败的升级退回。您只能降级到升级前所用的版本和补丁程序级别。直接升级可以在版本10.2.0.5、11.1.0.7或版本11.2.0.2及更高版本上执行。可以对这些版本中除10.2.0.5之外的版本进行降级。例如，如果通过应用中间补丁程序11.1.0.7从Oracle11.1.0.6升级到Oracle12c(12.1.0)，则不能降级到Oracle11.1.0.6。降级只能对直接升级版本执行。例外：虽然可以对10.2.0.5直接升级，但降级不适用于10.2.0.5。这是因为在升级过程中，compatible参数已设置为最低11.0.0。这使得无法降级到10.2.0.5。可以降级的版本为11.1.0.7、11.2.0.2、11.2.0.3或更高版本。如果有任何补丁程序应用到了从升级后的主目录运行的源数据库，则需要先回退，然后才能开始降级过程。卸载和回退补丁程序的步骤记录在所涉及补丁程序的自述文件中。未能卸载和回退补丁程序可能会导致无法降级，包括无法重新验证字典对象。Exadata捆绑补丁程序示例，其过程为：卸载补丁程序示例：$opatchauto/u01/app/oracle/patches/14103267-rollback回退任何在补丁程序应用过程中应用的SQL：示例：SQL@rdbms/admin/catbundle_EXA__ROLLBACK.sql，用于回退SQL更改。解决方案降级前步骤-XMLDB组件在12c中是必需的。在升级到12c期间，将安装XMLDB组件（如果未安装）。从12c降级将删除安装的XDB组件-EnterpriseManager不支持降级。在降级之前，请重新配置OracleEM控件。请参阅OracleDatabaseUpgradeGuide12cRelease1(12.1)E17642-106DowngradingOracleDatabasetoanEarlierRelease6.6.5RestoringOracleEnterpriseManagerafterDowngradingOracleDatabase-升级到12c期间，将删除DatabaseControl资料档案库。降级之后，请重新配置DBControl。Note870877.1HowToSaveOracleEnterpriseManagerDatabaseControlDataBeforeUpgradingTheSingleInstanceDatabaseToOtherRelease?Note876353.1HowToRestoreTheOracleEnterpriseManagerDataToDowngradeTheSingleInstanceDatabaseToPrevious/SourceRelease?-compatible参数不能已经更改到12.1.0。-禁用DataVault（如果已启用）。Note803948.1HowToUninstallOrReinstallDatabaseVaultin11g(UNIX)Note453902.1EnablingandDisablingOracleDatabaseVaultinWINDOWS-如果数据库使用OracleLabelSecurity，则在新OracleDatabase12cOracle主目录中运行OracleLabelSecurity(OLS)预处理降级olspredowngrade.sql脚本（在$ORACLE_HOME/rdbms/admin上提供）。-时区版本应相同。-取消设置并指向12c主目录的ORA_TZFILE（如果已设置）。-如果数据库上有OracleApplicationExpress，则必须将apxrelod.sql文件从OracleDatabase12c$ORACLE_HOME/apex/目录复制到Oracle主目录之外的目录，例如系统上的临时目录以稍后执行。-如果基于固定对象创建了对象，则删除这些对象以避免可能的ORA-00600错误。您可以在降级之后重新创建这些对象。-如果降级集群数据库，则彻底关闭实例并将CLUSTER_DATABASE初始化参数更改为FALSE。降级之后，必须将此参数设置回TRUE。满足以上先决条件之后，可以继续进行降级。数据库的降级步骤1)确保所有数据库组件有效。只能从成功升级的数据库执行降级。要验证数据库组件状态，请执行以下查询以SYS用户身份连接到数据库colcomp_idformata10colcomp_nameformata30colversionformata10colstatusformata8selectsubstr(comp_id,1,15)comp_id,substr(comp_name,1,30)comp_name,substr(version,1,10)version,statusfromdba_registry2)验证没有属于sys/system的无效对象selectowner,count(object_name)"Invalidobjectcount"fromdba_objectswherestatus!='VALID'andownerin('SYS','SYSTEM')groupbyowner;如果计数为零，则可以继续降级。如果有无效对象，则执行utlrp.sql多次，如果对象无法解析为有效状态，则不能继续降级。建立SR或在DBA社区上发帖以寻求帮助。或者，对于1和2，运行以下脚本：Note556610.1ScripttoCollectDBUpgrade/MigrateDiagnosticInformation(dbupgdiag.sql)3)关闭数据库Shutdownimmediate4)对12c数据库做备份5)以降级模式启动数据库Startupdowngrade;6)执行降级脚本SqlSpooldowngrade.logSql@$ORACLE_HOME/rdbms/admin/catdwgrd.sql注：$ORACLE_HOME应指向12c主目录catdwgrd.sql脚本将数据库中的所有组件降级到支持的主版本或补丁集版本（您最初升级时的版本）SqlspooloffSqlshutdownimmediateExitSQLPlusSqlexit;7)如果操作系统为LINUX/UNIX：将以下环境变量更改为要降级到的源数据库：ORACLE_HOMEPATH编辑/etc/oratabor/var/opt/oracle/oratab以更改将数据库映射到源数据库Oracle主目录如果操作系统是Windows，则完成以下步骤：a.停止所有Oracle服务，包括OracleDatabase12c数据库的OracleServiceSIDOracle服务，其中SID是实例名称。例如，如果SID为ORCL，则在命令行提示符中输入以下内容：C:\NETSTOPOracleServiceORCLb.在命令提示符下，通过运行ORADIM命令删除Oracle服务。如果出现提示，则输入此Windows系统上活动标准用户帐户的口令。例如，如果SID为ORCL，则输入以下命令：C:\ORADIM-DELETE-SIDORCLc.在命令提示符下，使用ORADIM命令创建要降级的数据库的Oracle服务。C:\ORADIM-NEW-SIDSID-INTPWDPASSWORD-MAXUSERSUSERS-STARTMODEAUTO-PFILEORACLE_HOME\DATABASE\INITSID.ORA8)还原配置文件将配置文件（口令文件、参数文件等）还原到降级版本的ORACLE_HOME。9)如果这是OracleRAC数据库，则执行以下命令以将数据库修改为单实例模式：SETCLUSTER_DATABASE=FALSE10)从降级版本$ORACLE_HOME/rdbms/admin目录执行catrelod脚本。启动sqlplus，以具有sysdba权限的用户SYS身份连接到数据库实例，然后以升级模式启动数据库：:cd$ORACLE_HOME/rdbms/admin:sqlplussqlconnectsysassysdbasqlstartupupgradesqlspoolcatrelod.logsql@?/rdbms/admin/catrelod.sqlsqlspooloffcatrelod.sql脚本在降级的数据库中重新加载各个数据库组件的合适版本。11)运行utlrp.sql脚本：SQL@utlrp.sqlSqlexit;utlrp.sql脚本重新编译先前处于INVALID状态的所有现有PL/SQL模块，例如package、procedure、type等。12)检查已降级数据库的状态：Note556610.1ScripttoCollectDBUpgrade/MigrateDiagnosticInformation(dbupgdiag.sql)此sql脚本是一组查询语句，用于提供用户友好的输出，以在升级前后诊断数据库的状态。脚本将创建名为db_upg_diag__.log的文件。13)降级之后，可能在sys用户下发现无效的QT视图。这是因为视图已从基表中选择了错误的列。您需要重新创建这些视图。请参阅说明：Note1520209.1QT_*BUFERViewsInvalidafterdowngradefrom12C降级后步骤：1)如果您是降级到OracleDatabase11g版本1(11.1.0.7)并且数据库中有OracleApplicationExpress，则转到您将apxrelod.sql脚本复制到的目录（在降级前步骤中）。运行apxrelod.sql脚本以手动重新加载OracleApplicationExpress：SQL@apxrelod.sql运行apxrelod.sql脚本以避免程序包APEX_030200.WWV_FLOW_HELP由于以下错误而成为INVALID状态：PLS-00201:identifier'CTX_DDL'mustbedeclared2)如果数据库中启用了OracleLabelSecurity，则执行以下脚本a.从OracleDatabase12c的Oracle主目录下将olstrig.sql脚本复制到要将数据库降级到的版本的Oracle主目录。b.从降级到的版本的Oracle主目录，运行olstrig.sql以在表上使用OracleLabelSecurity策略重新创建DML触发器：SQL@olstrig.sql3)如果降级集群数据库，则必须运行以下命令以降级OracleClusterwaredatabase配置：$srvctldowngradedatabase-ddb-unique-name-ooraclehome-tto_version其中db-unique-name是数据库名称（而非实例名称），oraclehome是已降级数据库的旧Oracle主目录的位置，to_version是数据库所降级到的数据库版本
并行概念
并行执行（parallel execution）是Oracle企业版才有的特性（标准版中没有这个特性），指能够将一个大型串行任务（任何DML，或者一般的DDL）物理地划分为多个较小的部分，这些较小的部分可以同时得到处理。
并行包括：
并行查询：这是指能使用多个操作系统进程或线程来执行一个查询。Oracle会发现能并行执行的操作（如全表扫描或大规模排序），并创建一个查询计划来实现）。
并行DML（PDML）：这在本质上与并行查询很相似，但是PDML主要是使用并行处理来执行修改（INSERT、UPDATE、DELETE和MERGE）。
并行DDL：并行DDL是指Oracle能并行地执行大规模的DDL操作。例如，索引重建、创建一个新索引、数据加载以及大表的重组等都可以使用并行处理。
并行恢复：这是指数据库能并行地执行实例（甚至介质）恢复，以减少从故障恢复所需的时间。
过程并行化：这是指能并行地运行所开发的代码。
何时使用并行
在应用并行执行之前，需要保证以下两点成立：
必须有一个非常大的任务，如对50GB数据进行全面扫描。
必须有足够的可用资源（CPU、I/O、内存）。在并行全面扫描50GB数据之前，你要确保有足够的空闲CPU（以容纳并行进程），还要有足够的I/O通道。
如果只有一个小任务（通常OLTP系统中执行的查询就是这种典型的小任务），或者你的可用资源不足（这也是OLTP系统中很典型的情况），其中CPU和I/O资源通常已经得到最大限度的使用，那就根本不用考虑并行执行。
如果一个任务只需要几秒（或更短时间）就能串行地完成，引入并行执行后，相关的管理开销可能会让整个过程花费更长的时间。
举例如，写一页文档若12个人来写，需要开会分段等，可能并不如一个人来写更快。而如果写1200页，12个人写需要的时间只为原来的1/12，就算分配任务可能也就1/12，还是比一个人写要快多了。
并行查询
并行查询允许将一个SQL SELECT语句划分为多个较小的查询，每个部分的查询并发地运行，然后会将各个部分的结果组合起来，提供最终的答案。
在并行进程和扫描文件之间并不存在1对1映射，可以多个进程扫描同一个文件。
各个并行进程可称为并行执行服务器（parallel execution server），有时也称为并行查询（parallel
query，PQ）从属进程。各个并行执行服务器都是单独的会话，就像是专业服务器进程一样连接数据库。每个并行执行服务器分别负责扫描表中一个部分（各
个部分都不重叠），汇总其结果子集，将其输出发回给协调服务器（即原始会话的服务器进程），它再将这些子结果汇总为最终答案。
在默认情况下，Oracle是不启用并行查询的。启用并行查询有多种方法，可以直接在查询中使用一个提示，或者修改表要求考虑并行执行路径等。
【并行查询方法】
1）暗示hints式，临时有效
select /*+parallel(table_name num)*/ count(*) from table_name;
多表关联时多表并行：
select /*+parallel(table_name1,num1) parallel(table_name2,num2)*/ count(*) from table_name1, table_name2;
2）alter table对象式，长期有效
alter table table_name parallel num;
3）alter session会话式，会话生命周期有效
alter session force parallel query parallel num;
4）并行DDL式，会话生命周期有效
alter session enable parallel dml;
对于前两种方式，若省略num则Oracle将自动根据负载确定并行度。并行度要随着系统上工作负载的增减而变化。如果有充足的空闲资源，并行度会
上升；如果可用资源有限，并行度则会下降。这样就不会为机器强加一个固定的并行度。利用这种方法，允许Oracle动态地增加或减少查询所需的并发资源
量。
【查看默认并行数】
1）确定会话SID
select sid from v$mystat where rownum = 1;
2）在其他会话中查询
select sid,qcsid,server#,degree from v$px_session where qcsid = num;
一般而言，如果能访问尽可能多的资源（CPU、内存和I/O），并行执行就能最好地发挥作用。但这并不是说如果整个数据集都在一个磁盘上，就从并行
查询得不到任何好处。不过如果整个数据集都在一个磁盘上，可能确实不如使用多个磁盘那样能有更多收获。即使使用一个磁盘，在响应时间上也可能可以得到一定
的速度提升。原因在于：给定的一个并行执行服务器在统计行时并不读取这些行，反之亦然。所以，与执行串行相比，两个并行执行服务器可以在更短的时间内完成
所有行的统计。
数据分布在多个物理设备上可以提高I/O，如表分区、跨磁盘等。
在Oracle 11g Release2及以上版本中，引入了一项新功能来限制资源过度使用：并行语句排除（Parallel
Statement
Queuing,PSQ）。使用PSQ时，数据库会限制并发执行的并行查询数，并把更多的并行请求放在一个执行队列中。CPU资源用尽时数据库会阻止新的
请求变为活动状态。这些请求并没有失败，它们只是会延迟开始，也就是说它们将排队。资源可用时，数据库就会开始执行队列中的查询。
并行DML
Oracle文档将并行DML（PDML）一词的范围限制为只包括INSERT、UPDATE、DELETE和MERGE（不像平常的DML那样还
包括SELECT）。在PDML期间，Oracle可以使用多个并行执行服务器来执行INSERT、UPDATE、DELETE或MERGE，而不是只利
用一个串行进程。在一个有充足I/O带宽的多CPU主机上，对于大规模的DML操作，可能会得到很大的速度提升。
不过，不能把PDML当成提高OLTP应用速度的一个特性。因为并行操作设计为要充分、完全地利用一台机器上的所有资源。通过这种设计，一个用户可
以完全使用机器上的所有磁盘、CPU和内存。在某些数据仓库中（有大量数据，而用户很少），这可能正是你想要的。而在一个OLTP系统中（大量用户都在做
很短、很快的事务），可能就不能希望如此了，你不想让用户能够完全占用机器资源。
类似于Oracle执行的分布式查询，PDML操作采用同样的方式执行，即每个并行执行服务器相当于一个单独数据库实例中的一个进程。这些事务都结束后，会执行一个相当于快速2PC的过程来提交这些单独的独立事务。这些事务要么都由PDML协调会话提交，要么无一提交。
由于PDML采用的一种伪分布式的实现，因此存在一些限制：
PDML操作期间不支持触发器。这是一个很合理的限制，因为触发器可能会向更新增加大量开销，而你使用PDML的本来目的是为了更快一些，这两方面是矛盾的，不能放在一起。
PDML期间，不支持某些声明方式的引用完整性约束，因为表中的每一片（部分）会在单独的会话中作为单独的事务进行修改。例如，PDML操作不支持自引用完整性。如果真的支持自引用完整性，可能会出现死锁和其他锁定问题。
在提交或回滚之前，不能访问用PDML修改的表。
PDML不支持高级复制（因为复制特性的实现要基于触发器）。
不支持延迟约束（也就是说，采用延迟模式的约束）。
如果表是分区的，PDML只可能在有位图索引或LOB列的表上执行，而且并行度取决于分区数。在这种情况下，无法在分区内并行执行一个操作，因为每个分区只有一个并行执行服务器来处理。
执行PDML时不支持分布式事务。
PDML不支持聚簇表。
并行DDL
从维护的观点看，以及从管理的角度来说，并行DDL才是Oracle中并行执行最突出的优点。如果认为并行查询主要是为最终用户设计的，那么并行
DDL则是为DBA/开发人员设计的。如果没有并行执行，DBA将很难真正充分利用硬件的全部能力。但如果利用并行执行，则完全可以做到。以下SQL
DDL命令允许“并行化”：
CREATE INDEX：多个并行执行服务器可以扫描表、对数据排序，并把有序的段写出到索引结构。
CREATE TABLE AS SELECT：执行SELECT的查询可以使用并行查询来执行，表加载本身可以并行完成。
ALTER INDEX REBUILD：索引结构可以并行重建。
ALTER TABLE MOVE：表可以并行移动。
ALTER TABLE SPLIT|COALESCE PARTITION：单个表分区可以并行地分解或合并。
ALTER INDEX SPLIT PARTITION：索引分区可以并行地分解。
前4个命令还适用于单个的表/索引分区，也就是说，可以并行地MOVE一个表的单个分区。
并行DDL和使用外部表的数据加载
利用并行DDL，再加上外部表，就能通过一个简单的CREATE TABLE AS SELECT or INSERT /*+ APPEND
*/来实现并行直接路径加载。不用再编写脚本，不必再分解文件，也不用协调要运行的N个脚本。简单地说，通过结合并行DDL和外部表，不仅提供了纯粹的易
用性，而且全无性能损失。
并行DDL和区段截断
并行DDL依赖于直接路径操作。也就是说，数据不传递到缓冲区缓存以便以后写出；而是由一个操作（如CREATE TABLE AS
SELECT）来创建新的区段，并直接写入这些区段，数据直接从查询写到磁盘（放在这些新分配的区段中）。每个并行执行服务器执行自己的部分CREATE
TABLE AS SELECT工作，并且都会写至自己的区段。INSERT /*+ APPEND
*/（直接路径插入）会在一个段的HWM“之上“写，每个并行执行服务器再写至其自己的一组区段，而不会与其他并行执行服务器共享。因此，如果执行一个并
行CREATE TABLE AS
SELECT，并使用4个并行执行服务器来创建表，就至少有4个分区，可能还会更多。每个并行执行服务器会分配其自己的区段，向其写入，等填满时，再分配
另一个新的区段，并行执行服务器不会使用由其他并行执行服务器非品牌的区段。
在数据仓库环境中，执行一个大规模的加载之后，这可能导致“过渡浪费“。假设你想加载1,010MB的数据（大约1GB），而且正在使用一个有
100MB区段的表空间，你决定使用10个并行执行服务器来加载这个数据。每个并行执行服务器先分配其自己的100MB区段（总共会有10个100MB的
区段），并在其中填入数据。由于每个并行执行服务器都要加载101MB的数据，所以它会填满第一个区段，然后再继续分配另一个100MB的区段，但实际上
只会使用这个区段中1MB的空间。现在就有了20区段，其中10个是满的，另外10个则不同，这10个区段中都各有1MB的数据，因此，总共会有
990MB的空间是”已分配但未使用的“。下一次加载是可以使用这个空间，但是对现在来说，你就有了990MB的死空间。此时区段截断（extend
trimming）就能派上用场了。Oracle会试图取每个并行执行服务器的最后一个区段，并将其”截断为“可能的最小大小。
区段截断和字典管理表空间
如果使用传统的字典管理表空间，Oracle可以把只包含1MB数据的各个100MB区段转变或1MB的区段。遗憾的是，（在字典管理的表空间中）
这会留下10个不连续的99MB空闲区段，因为你的分配机制采用的是100MB区段，所以这990MB空间就会用不上！下一次分配100MB时，往往无法
使用现有的这些空间，因为现在的情况是：有99MB的空闲空间，接下来是1MB的已分配空间，然后又是99MB空闲空间，依此类推。
区段截断和本地管理表空间
本地管理表空间有两种类型：UNIFORM SIZE 和AUTOALLOCATE，UNIFORM
SIZE是指表空间中的每个区段大小总是完全相同；AUTOALLOCATE则表示Oracle会使用一种内部算法来确定每个区段应该是多大。这些方法都
能很好地解决上述问题，不过，这两种方法的解决策略截然不同。
在字典管理的表空间中，如果请求一个100MB区段，倘若Oracle只找到了99MB的自由区段，请求还是会失败。与字典管理表空间不同，有AUTOALLOCATE区段的本地管理表空间可以更为灵活。为了试图使用所有空闲空间，它可以减小所请求的空间大小。
随着使用并行直接路径操作向表UNIFORM_TEST加载越来越多的数据，过一段时间后，空间利用情况会变得越来越糟糕。对此，我们可能希望使用
一个更小的统一区段大小，或者使用AUTOALLOCATE。一段时间后，AUTOALLOCATE也可能生成更多的区段，但是由于会发生区段截断，所以
空间利用情况要好得多。
重新安装，将11.2中的数据导入到新安装的数据库中。没有其他办法。