Oracle 12C引入了CDB与PDB的新特性，在ORACLE 12C数据库引入的多租用户环境（Multitenant Environment）中，允许一个数据库容器（CDB）承载多个可插拔数据库（PDB）。CDB全称为Container Database，中文翻译为数据库容器，PDB全称为Pluggable Database，即可插拔数据库。在ORACLE 12C之前，实例与数据库是一对一或多对一关系（RAC）：即一个实例只能与一个数据库相关联，数据库可以被多个实例所加载。而实例与数据库不可能是一对多的关系。当进入ORACLE 12C后，实例与数据库可以是一对多的关系。下面是官方文档关于CDB与PDB的关系图。
其实大家如果对SQL SERVER比较熟悉的话，这种CDB与PDB是不是感觉和SQL SERVER的单实例多数据库架构是一回事呢。像PDB$SEED可以看成是master、msdb
等系统数据库，PDBS可以看成用户创建的数据库。而可插拔的概念与SQL SERVER中的用户数据库的分离、附加其实就是那么一回事。看来ORACLE也“抄袭”了一把SQL SERVER 的概念，只是改头换面的包装了一番。
CDB组件（Components of a CDB）
一个CDB数据库容器包含了下面一些组件：
ROOT组件
ROOT又叫CDB$ROOT, 存储着ORACLE提供的元数据和Common User,元数据的一个例子是ORACLE提供的PL/SQL包的源代码，Common User 是指在每个容器中都存在的用户。
SEED组件
Seed又叫PDB$SEED,这个是你创建PDBS数据库的模板，你不能在Seed中添加或修改一个对象。一个CDB中有且只能有一个Seed. 这个感念，个人感觉非常类似SQL SERVER中的model数据库。
PDBS
CDB中可以有一个或多个PDBS，PDBS向后兼容，可以像以前在数据库中那样操作PDBS，这里指大多数常规操作。
这些组件中的每一个都可以被称为一个容器。因此，ROOT(根)是一个容器，Seed(种子)是一个容器，每个PDB是一个容器。每个容器在CDB中都有一个独一无二的的ID和名称。
1）连接到CDB数据库
连接到CDB数据库容器非常简单，跟以前连接数据库是一样的
[oracle@get-orasvr02 ~]$ sqlplus /as sysdba
SQL*Plus: Release 12.1.0.1.0 Production on Sun Oct 2023:41:362013
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to an idle instance.
SQL>
[oracle@get-orasvr02 ~]$ sqlplus sys/password as sysdba
SQL*Plus: Release 12.1.0.1.0 Production on Sun Oct 2023:43:172013
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to an idle instance.
2）查看数据库是否为CDB
SQL>select name, decode(cdb, 'YES', 'Multitenant Option enabled', 'Regular 12c Database: ') "Multitenant Option" , open_mode, con_id from v$database;
NAME Multitenant Option OPEN_MODE CON_ID
--------- ----------------------------- --------------------
----------
EPPS Multitenant Option enabled READ WRITE 0
YES表示该数据库是CDB,如果是NO表示是NO-CDB(普通数据库)
3）查看当前容器（Container）
3.1
SQL> show con_name
CON_NAME
------------------------------
CDB$ROOT
SQL>
3.2
SQL>select sys_context('userenv', 'con_name') "Container DB" from dual;
Container DB
----------------------------------------------------
CDB$ROOT
SQL>
4）查看CDB容器中的PDBS信息
查看CDB中有多少个pluggable database
SQL>select con_id, dbid, guid, name , open_mode from v$pdbs;
CON_ID DBID GUID NAME
OPEN_MODE
---------- ---------- --------------------------------
------------------------------ ----------
24071321146 E89E8DA2866E3157E043DE07A8C09238 PDB$SEED READ ONLY
31930201447 E89E9418B882350CE043DE07A8C092B6 PDBEPPS MOUNTED
SQL>
5）启动PDB数据库
方式1：
SQL>alter pluggable database PDBEPPS open;
Pluggable database altered.
SQL>select con_id, dbid, guid, name , open_mode from v$pdbs;
CON_ID DBID GUID NAME
OPEN_MODE
---------- ---------- --------------------------------
------------------------------ ----------
24071321146 E89E8DA2866E3157E043DE07A8C09238 PDB$SEED READ ONLY
31930201447 E89E9418B882350CE043DE07A8C092B6 PDBEPPS READ WRITE
方式2：
SQL>alter session set container=PDBEPPS;
Session altered.
SQL> startup
Pluggable Database opened.
SQL>
6）关闭PDB数据库
SQL> alter pluggable database PDBEPPS close;
Pluggable database altered.
SQL> select con_id, dbid, guid, name , open_mode from v$pdbs;
CON_ID DBID GUID NAME OPEN_MODE ---------- ---------- -------------------------------- ------------------------------ ----------
2 4071321146 E89E8DA2866E3157E043DE07A8C09238
PDB$SEED READ ONLY
3 1930201447 E89E9418B882350CE043DE07A8C092B6
PDBEPPS MOUNTED
SQL>
7）在容器间切换
SQL> alter session set container=PDBEPPS;
Session altered.
SQL> show con_name;
CON_NAME
------------------------------
PDBEPPS
SQL>
SQL> alter session set container=CDB$ROOT;
Session altered.
SQL> show con_name;
CON_NAME
------------------------------
CDB$ROOT
SQL>
Oracle 12C加入了一个非常有新意的功能“可插拔数据库”特性，实现了数据库（PDB）在“容器”(CDB)上的拔功能，既能提高系统资源的利用率，也简化大面积数据库的管理和迁移工作。
下面我们体验一下可插拔数据库的CDB和PDB的操作：
基本信息：
根容器（CDB）：CUP
可插拔数据库（PDB）:TEA
启动根容器：
[oracle@eric ~]$ export ORACLE_SID=cup
[oracle@eric ~]$ sqlplus / as sysdba
SQL*Plus: Release 12.1.0.2.0 Production on Wed Jan 21 16:00:06 2015
Copyright (c) 1982, 2014, Oracle. All rights reserved.
Connected to an idle instance.
SQL>startup-----不会直接启动所有可插拔数据库，如需启动所有可插拔数据库，执行命令：alter pluggable database all open
ORACLE instance started.
Total System Global Area 767557632 bytes
Fixed Size 2929112 bytes
Variable Size 574623272 bytes
Database Buffers 184549376 bytes
Redo Buffers 5455872 bytes
Database mounted.
Database opened.
停止根容器：
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
查看是否创建了CDB，如果有显示名字:
SQL> select name,cdb from v$database;
NAME CDB
--------- ---
CUP YES
SQL>show parameter service;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------ service_names string cup
查看容器名字，其中有3个容器：根容器、种子容器和自己创建的容器:
SQL> select con_id,name from v$containers;
CON_ID NAME
---------- ------------------------------
1 CDB$ROOT ---根容器
2 PDB$SEED ---种子容器，只可读
3 TEA ---自己创建的可插拔数据库
SQL>select file_name from dba_data_files;
FILE_NAME
--------------------------------------------------------------------------------/oracle/app/oradata/CUP/datafile/o1_mf_system_bch07kvz_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_sysaux_bch020oo_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_undotbs1_bch0d2on_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_users_bch0d15n_.dbf
SQL>select file_name from cdb_data_files;
FILE_NAME
--------------------------------------------------------------------------------
/oracle/app/oradata/CUP/datafile/o1_mf_system_bch07kvz_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_sysaux_bch020oo_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_undotbs1_bch0d2on_.dbf
/oracle/app/oradata/CUP/datafile/o1_mf_users_bch0d15n_.dbf
创建公共用户：
SQL>create user c##eric identified by gao;
User created.
SQL> conn c##eric/gao
ERROR:
ORA-01045: user C##ERIC lacks CREATE SESSION privilege; logon denied ----没有权限，我们可以单独给其赋予权限，也可以给其指定角色。
Warning: You are no longer connected to ORACLE.
SQL> conn / as sysdba
Connected.
SQL>grant dba to c##eric container=all;---给其DBA角色，角色范围覆盖所有的容器
Grant succeeded.
SQL> conn c##eric/gao
Connected. ---连接成功
切换容器：
首先启动自己创建的容器数据库：
SQL> alter pluggable database tea open; ---首先启动PDB数据库
SQL>alter session set container = tea;
Session altered.
SQL> show con_name ---查看当前所在的容器名
CON_NAME
------------------------------
TEA
关闭可插拔数据库：
SQL> alter pluggable database tea close immediate;
Pluggable database altered.
以下几个场景适合于使用pluggable database:
1.在产品系统中的某些应用实际仅使用十分少量的硬件资源。但是如果存在大量这样
的应用，则还是需要构造大量的数据库实例并为这些小规模的数据库分配存储空间
2.对于那些并不十分复杂或重要，需要全职DBA花费大量时间管理的数据库
3.为了更好地利用硬件和DBA资源，用户有必要将大量的部门级应用整合到少数几个
oracle RDBMS数据库中以便部署和管理
Pluggable Database 可拔插数据库允许DBA整合大量的小的部门级数据库到一个更庞大的数据库中。
Pluggable Database 带来的好处
在一个集中化的平台上操作多个数据库将有效降低成本：
1.更少的实例损耗
2.更低的存储成本
减少对DBA资源的使用，以及便于维护安全性：
?无需应用修改
?更快和简便的配置
?节省了打patch和升级的时间
?分离了以下责任：
?不同应用的管理员
?应用程序管理员和DBA
?应用用户
?提供isolation
?保证与非CDB 完整的向后兼容性
?完整的RAC操作使用
?与Oracle Enterprise Manager和Resource Manager整合在一起
?可以集中化管理多个数据库
?备份和灾难恢复
?补丁和升级
12c Pluggable Database Container Database 可插拔数据库特性专题
2013/07/13 BY MACLEAN LIU4条评论
Oracle Database 12c中带来一种全新的架构，允许用户在一个独立的Oracle数据库中拥有多个pluggable可拔插的数据库。这种Pluggable 可拔插数据库的出现是为了对应用户目前使用RDBMS数据库的现状，即有一些用户拥有大量的部门级应用构建于Oracle RDBMS数据库之上。
以下几个场景适合于使用pluggable database:
1.在产品系统中的某些应用实际仅使用十分少量的硬件资源。但是如果存在大量这样
的应用，则还是需要构造大量的数据库实例并为这些小规模的数据库分配存储空间
2.对于那些并不十分复杂或重要，需要全职DBA花费大量时间管理的数据库
3.为了更好地利用硬件和DBA资源，用户有必要将大量的部门级应用整合到少数几个
oracle RDBMS数据库中以便部署和管理
Pluggable Database 可拔插数据库允许DBA整合大量的小的部门级数据库到一个更庞大的数据库中。
Pluggable Database 带来的好处
在一个集中化的平台上操作多个数据库将有效降低成本：
1.更少的实例损耗
2.更低的存储成本
减少对DBA资源的使用，以及便于维护安全性：
?无需应用修改
?更快和简便的配置
?节省了打patch和升级的时间
?分离了以下责任：
?不同应用的管理员
?应用程序管理员和DBA
?应用用户
?提供isolation
?保证与非CDB 完整的向后兼容性
?完整的RAC操作使用
?与Oracle Enterprise Manager和Resource Manager整合在一起
?可以集中化管理多个数据库
?备份和灾难恢复
?补丁和升级
上图给出了一个Container Database 并带有4个Containers，ROOT(CDB$ROOT)和其他的三个pluggable Database。每一个Pluggable Database均拥有自己的独立应用程序，这些Pluggable Database要么有自己的DBA，要么被Container Administrator即SYS用户管理；SYS用户属于root(CDB$ROOT) Container 是一个common user。SYS用户还是像之前的版本那样权威，他可以管理root container 和其他所有的pluggable database。
一个Pluggable Database可拔插数据库是一堆database schemas数据库模式的集合以一个分
离的数据库逻辑形象呈现给用户和应用程序。但是在物理级别，Container database拥有一个
数据库实例以及多个数据文件，和普通的非CDB是一样的。不管是客户端程序还是数据库
对象均无需修改，以适应CDB。
用户将很方便地将一个非CDB 插入到一个CDB中，CDB避免了以下的冗余：
?后台进程
?内存分配
?多分数据字典源数据
一个CDB将多个应用合并到单一的一个实例中，这导致仅使用一套后台进程，一份SGA
内存分配和root container中的一份数据字典。当然PDB还将在自己的数据字典中维护部分
数据
关于CDB 数据字典实际情况的测试：
通过下面的实验我们可以得出如下结论：
1.每一个Container 维护自己的一套底层数据字典数据实际存放在
C_OBJ#(C_OBJ# 的SHARING为NONE，意味着本质上PDB还是有自己独立的数据
字典的。)这样的cluster中,而TAB$、IND$等字典基表则成为METADATA LINK
2._CURRENT_EDITION_OBJ用作current container的OBJ视图
3._NEXT_OBJECT 和_default_auditing_options_ 是2个特殊的对象
SQL> col owner for a20
SQL> col table_name for a30
SQL> l
1* select CON_ID,OWNER,TABLE_NAME from cdb_tables where table_name='TAB$' table_name='TAB$'
SQL> /
CON_ID OWNER TABLE_NAME
---------- -------------------- ------------------------------
1 SYS TAB$
4 SYS TAB$
2 SYS TAB$
1* select
con_id,OWNER,SEGMENT_NAME,TABLESPACE_NAME,HEADER_FILE,HEADER_BLOCK,BLOC
KS from cdb_segments where segment_name='C_OBJ#'
SQL> /
CON_ID OWNER SEGMENT_NAME TABLESPACE_NAME HEADER_FILE HEADER_BLOCK BLOCKS
---------- -------------------- -------------------- --------------------
----------- ------------ ----------
2 SYS C_OBJ# SYSTEM
5 144 1536
4 SYS C_OBJ# SYSTEM 13 144 1536
1 SYS C_OBJ# SYSTEM 1 144 1536
SQL> select name from v$datafile where file# in ( 5,1,13);
SQL> select SHARING,count(*) from dba_objects group by SHARING;
SHARING COUNT(*)
------------- ----------
METADATA LINK 84206
NONE 6424
OBJECT LINK 147
可以看到PDB中大部分的对象其实是METADATA LINK 和OBJECT LINK
1* select object_name,object_type,SHARING from dba_objects where
object_name in ('C_OBJ#','OBJ$','USER$','SEG$')
SQL> /
OBJECT_NAME OBJECT_TYPE SHARING
-------------------- ----------------------- -------------
C_OBJ# CLUSTER NONE
OBJ$ TABLE METADATA LINK
USER$ TABLE METADATA LINK
SEG$ TABLE METADATA LINK
C_OBJ# 的SHARING为NONE，意味着本质上 PDB还是有自己独立的数据字典的。
SHARING VARCHAR2(13) Values:
METADATA LINK - If the object is metadata-linked or a metadata link to an object in the root
OBJECT LINK - If the object is object-linked or an object link to an object
in the root
NONE - If none of the above applies
oracle@localhost:~$ export ORACLE_SID=MAC
oracle@localhost:~$ sqlplus / as sysdba
// 首先检查该DB是否为
SQL> select name, cdb, con_id from v$database;
NAME CDB CON_ID
--------- --- ----------
MAC YES 0
并检查实例名：
SQL> select INSTANCE_NAME, STATUS, CON_ID from v$instance;
select con_id,dbid,name,open_mode,total_size from v$PDBS;
CON_ID DBID NAME OPEN_MODE TOTAL_SIZE ---------- ---------- ------------------------------ ---------- ----------
2 4062078151 PDB$SEED READ ONLY 283115520
3 1965483069 MACP1 READ WRITE 288358400
4 1550789943 MACP2 MOUNTED 0
V$PDBS的数据来源于X$CON内部视图
而X$CON的数据应当主要来源是控制文件CONTROLFILE中的PLUGGABLE DATABASE RECORDS部分：
面的测试可以证明V$PDBS的数据来源于控制文件，但是 TOTAL_SIZE需要OPEN PLUGGABLE DB后才能获得
SQL> startup mount;
ORACLE instance started.
QL> select con_id,dbid,name,open_mode,total_size from v$PDBS;
CON_ID DBID NAME OPEN_MODE TOTAL_SIZE TOTAL_SIZE
---------- ---------- ------------------------------ ---------- ---------- ----------
2 4062078151 PDB$SEED MOUNTED 0 0
3 1965483069 MACP1 MOUNTED 0
4 1550789943 MACP2 MOUNTED
SQL> alter pluggable database MACP1 open;
alter pluggable database MACP1 open
ERROR at line 1:
ORA-01109: database not open
SQL> alter database open;
可以看到MACP1这个PLUGGABLE DATABASE OPEN的情况下是有INSTANCE READY可用的,尝试连接，首先连接CDB$ROOT
可以通过SQLPLUS的SHOW CON_ID或者CON_NAME来获得当前的CONTAINER信息
也可以通过sys_context('userenv','CON_NAME') 、
sys_context('userenv','CON_ID')来获得
SQL> SELECT sys_context('userenv','CON_NAME') from dual;
SQL> SELECT PROGRAM,CON_ID FROM V$SESSION
PROGRAM CON_ID
------------------------------------------------ ----------
oracle@localhost.localdomain (PMON) 0
SQL> select count(*) from dba_tables;
COUNT(*)
----------
2325
SQL>select count(*) from cdb_tables;
COUNT(*)
----------
6957
SQL> select name, con_id from v$services;
NAME CON_ID CON_ID
----------------------------------------------------------------
----------
macp2 4
4
macp1 3
3
MACXDB 1
1
MAC 1
SYS$BACKGROUND 1
1
SYS$USE视图cdb_pdbs也记录了PDB的信息
SQL> desc cdb_pdbs
SQL> select GROUP#, MEMBER, CON_ID from v$logfile;
在CDB$ROOT中默认创建的user/role是 COMMON的，即对所有container都生效的用户，USERNAME必须以C##开头，否则报错ORA-65096;
SQL> create user c##maclean1 identified by oracle;
SQL> create user c##maclean1 identified by oracle container=ALL;
同时在CDB$ROOT 中不允许创建 LOCAL USER/ROLE，LOCAL即只对特定container生效SQL> create user maclean1 identified by oracle container=CURRENT; LOCAL USER/ROLE不能以 C##开头
Oracle数据库11g新特性：安全性 默认口令 2006 年，OTN 发布了我撰写的一系列题为“安全保护项目：一种分阶段的数据库基础架构保护方法”的文章。在这些文章中，我讨论了如何应对常见的安全挑战（如用户使用默认口令）以及如何扫描您的数据库以查找这些用户。 对我而言很不幸的是，您可能已经忘记了我文章中的那一部分。Oracle 数据库11g 现在提供一种快速识别使用默认口令的用户的方法。该方法实施起来极为简单，只需检查单个数据字典视图：D BA_USERS_WITH_DEFPWD.（注意，DBA_ 是一个标准前缀，它不仅包含使用默认口令的DBA 用户。）您可以执行以下命令来识别这些用户： 输出如下：
由于SCOTT 使用了默认口令TIGER，因此您会看到他出现在上面的清单中。使用下面的语句进行更改： 现在，如果您查看该视图： 您就不会在该清单中看到SCOTT 了。就这么简单！ 区分大小写的口令 在版本11g 之前的Oracle 数据库中，用户口令是不区分大小写的。例如：
这种安排为支付卡行业（PCI）数据安全标准之类的标准带来了问题，这些标准要求口令区分大小写。 该问题得到了解决，在Oracle 数据库11g 中，口令也可以区分大小写。通过DBCA 创建数据库时，系统会提示您是否希望升级到“新的安全标准”，其中之一就是区分大小写的口令。如果您接受该标准，口令在创建时的大小写状态将被记录下来。假如您接受了新标准，相应的操作结果如下： 注意对“tiger”和“TIGER”的不同处理方式。 现在，您的某些应用程序可能无法立刻传递大小写正确的口令。典型示例是用户输入表单：很多表单在接受口令时不会进行大小写转换。然而，在Oracle 数据库11g中，这种登录方式可能会失败，除非用户以区分大小写格式输入口令，或者开发人员对应用程序进行了修改，使其能够进行大小写转换（这一点不可能迅速实现）。 不过，如果您希望的话，仍然可以通过更改系统参数SEC_CASE_SENSITIVE_LOGON 恢复到不区分大小写的状态，如以下示例所示。
Oracle Database 12c版本介绍 Oracle Database 12c有三种版本，提供多种企业版选件来满足客户对各种领域（性能和可用性、安全性和合规性、数据仓储和分析、非结构化数据和可管理性）的特定需求。 Oracle Database 12c标准版1 企业级的性能和安全性 Oracle Database 12c标准版1经过了优化，适用于部署在小型企业、各类业务部门和分散的分支机构环境中。该版本可在单个服务器上运行，最多支持两个插槽。Oracle Database 12c标准版1可以在包括Windows、Linux和Unix 在内的所有Oracle支持的操作系统上使用。 概述 ●快速安装和配置，具有内置的自动化管理 ●适用于所有类型的数据和所有应用 ●公认的性能、可靠性、安全性和可扩展性 ●使用通用代码库，可无缝升级到Oracle Database 12c标准版或Oracle Database 12c企业版 优势 ●以极低的每用户180美元起步（最少5个用户） ●以企业级性能、安全性、可用性和可扩展性支持所有业务应用 ●可运行于Windows、Linux和Unix操作系统 ●通过自动化的自我管理功能轻松管理 ●借助Oracle Application Express、Oracle SQL Developer和Oracle 面向Windows的数据访问组件简化应用开发 Oracle Database 12c标准版 经济实惠、功能全面的数据库 Oracle Database 12c标准版是面向中型企业的一个经济实惠、功能全面的数据管理解决方案。该版本中包含一个可插拔数据库用于插入云端，还包含Oracle真正应用集群用于实现企业级可用性，并且可随您的业务增长而轻松扩展。
信息系统日常操作规程 第一部分：系统日常维护 第一条系统管理员应定期检查系统的运行状况，确保系统正常运行。 第二条系统管理员应定期对系统进行漏洞扫描，对发现的系统漏洞及时修补。 第三条系统管理员必须严格执行系统操作流程，完整、准确、详细地记录并定期分析系统运行日志。 第四条根据软件的最新版本进行补丁升级，在安装补丁程序前首先对重要文件进行备份，并在测试环境中测试通过方可进行补丁程序安装。 第五条若运行期间发生异常应详细记载发生异常情况的时间、现象、处理方式等内容并妥善保存有关原始资料。 第六条系统发生故障按照《税务系统重大网络与信息安全事件调查处理办法》及相关系统的应急计划执行。 第二部分：系统的访问控制策略 第七条系统所有用户口令的长度不少于8位，管理员口令的长度不少于12位，口令必须满足复杂度要求，即字母、数字和特殊字符混合组成;不允许用生日、电话号码等易猜字符作口令。 第八条不准在机房设备上私自安装任何软件，不得在任
何服务器上建立私人文件夹，存放无关数据。 第九条禁止在系统上安装、运行与业务无关的软件；安装必需软件时需选用正版软件，并需经过领导批准。 第十条启用系统软件的安全审计功能。要求记录管理人员对设备进行的操作，包括操作的时间、操作内容、操作人、操作原因等。 第十一条严禁未授权的操作，如：更改设备配置；系统变更，系统访问等。 第十二条系统运行期间要求定时巡视设备的运行状态，实时监测系统的运行状况，保障信息系统的正常运行。 第十三条系统管理员应每天对信息系统进行检测，检测完毕后认真填写《系统运行记录表》，详细记载发生异常情况的现象、时间、处理方式等内容并妥善保存有关原始资料，工作日志必须完整、连续，不得拼接；如果发现异常及时上报。 第十四条新系统安装前必须进行病毒检测。 第十五条远程通信传送的数据,必须经过检测确认无毒后方能传输和使用。 第十六条针对下面可能发生的突发故障,应根据实际情况,制定可行的应急措施和方案,具体包括: 1、通信线路、通信设备和通信软件出现故障时的应急计划；
安装程序之后，首先运行cmd，执行sqlplus / as sysdba 连接Oracle数据库，连接完成后新建数据库，语句如下： 创建用户 CREATE USER 用户名（zhang）IDENTIFIED BY 密码（zhang）DEFAULT TABLESPACE NNC_DATA01 TEMPORARY TABLESPACE temp; GRANT connect,dba to 用户名（zhang）; 然后在已经建立的数据库上面创建表空间： CREATE TABLESPACE NNC_DATA01 DATAFILE 'F:\yonyou\Oracle\setup\oradata\nnc_data01.dbf' SIZE 200M AUTOEXTEND ON NEXT 100M EXTENT MANAGEMENT LOCAL UNIFORM SIZE 256K ; 在home/bin/sysConfig中设置端口号，数据源名称以及测试连接数据库。（数据库端口号1521，数据库/ODBC为orcl）F:\yonyou\Oracle\setup\oradata为数据库安装路径 http://127.0.0.1(:端口号)/admin.jsp root/super登陆，新建系统，完成数据库安装等操作,新建系统用户(例如admin)。 http://127.0.0.1(:端口号)/index.jsp admin登陆，新建集团，比完成集团模块初始化(例如固定资产模块的初始化) 。设置集团管理员，注销admin，用集团管理员账号登陆 系统无法登陆：java安全级别Oracle数据库服务项没有启动（控制面板-安全-管理工具-服务） 前提：已经完成系统安装和注册，root用户建立了帐套，对应系统管理员admin 1.Admin登录，建立集团，并完成初始化，建立集团管理员JT01
ERP系统业务操作流程 一、目的 通过ERP系统实施，规范日常业务操作流程，提升企业管理水平，保障ERP系统正常运行。 二、基础档案设置和录入 1、项目档案：《销售立项审批表》批准后，市场部在项目档案中添加“销售项目号”,计划部在确定生产令号后，修改项目号中的生产令号与实际的生产令号一致。 2、客户名称档案：销售合同成立，销售部按合同签订单位名称（合同章名称）在往来单位项下的客户档案下添加客户名称。 3、产成品编码：工艺技术在图纸定型后，录入产品结构前给产成品命名、并按《物料编码规则》在存货档案中加入产成品编码档案。 4、材料清单：工艺技术部在图纸定型后，下达《设计通知单》时，将《材料清单》录入产品结构 5、材料编码：增加新的原材料品种和规格时，采购部根据《物料编码规则》加入材料编码档案。 6、半成品编码：产品定型后，工艺技术部对主机产品通用部件命名、并按《物料编码规则》加入半成品编码档案。 7、供应商名称档案：增加新的供应商时，由采购部增加录入供应商档案。 三、采购业务系统操作流程 根据公司的经营生产模式，生产用与办公用物资（食堂生活物资除外）一律需先有计划、申请，经总经理或主管副总批准后方可采购。主要流程如下： 1、采购计划或申请：分工艺技术部主机材料清单、工程技术部发货清单与临时申请（请购单）两类。由需用部门根据采购要求提前书面提出计划或申请，批准后交采购部。 2、采购订单：采购部根据计划或申请寻找确定供应商，签订购货合同，录入“采购订单”，通知财务部审核，并及时将采购任务交给采购员采购。 3、到货：供应商必须提供两联送货单，到货后，仓库保管员验收数量和外观质量后根据“订单”生成“采购到货单”，并打印交质量部作为“物资检验单”（为保证工作的流畅性，当日的业务应当日完成，各仓管员在收货物时，请提醒供应商随货带来送货单，如只有一联的请复印，可给我们以后的工作带来方便）。
SQL ANYWHERE 12四大关键新特性 当前，移动应用浪潮正以迅猛的速度席卷着世界的每个角落。尤其，移动应用正越来越多地出现在企业关键业务的各个环节——办公、销售、物流、财务、客服、流程管理等等。但与此同时，众多的系统平台和移动设备、广泛的移动应用也给企业数据管理带来了全新的挑战。据Kelton Research近期发布的一份调查结果显示，在受访的IT经理中，90%的受访者计划在2011年实施全新的移动应用，其中接近一半的IT 经理认为成功管理移动应用将成为他们的首要任务。面对移动应用的多样化、分散化给企业数据管理带来的巨大压力，企业迫切需要一个功能强大的、安全可靠的移动数据管理解决方案来帮其分忧。 事实上，作为企业移动化领域的公认领导者，Sybase推出的移动数据管理和同步解决方案——SQL Anywhere已经满足了企业移动数据管理的诸多要求。借助这一解决方案，移动员工可立刻通过智能电话或其它移动设备随时随地访问公司的后台数据，提高工作效率。 SQL Anywhere介绍 SQL Anywhere是Sybase公司推出的一款能够提供数据管理和企业数据交换技术的综合程序包，它可以帮助工作人员为服务器环境、桌面环境、移动环境以及远程办公环境快速开发由数据库驱动的应用程序，并能为开发人员提供处理复杂前端环境的技术、支持他们更轻松地架构应用程序的底层数据管理、同步、安全和远程支持。 2010年，SQL Anywhere两度创新——3月，Sybase推出具备先进的空间数据功能的全新版本，7月，Sybase推出SQL Anywhere? 12，该版本拥有新的、重要的增强功能，包括支持空间数据的存储和同步、支持iPhone设备和大型同步环境，以及全新的自我管理特性。优化的SQL Anywhere适用于那些对现场IT支持要求很少或甚至无要求、在传统数据中心环境之外运行的任务关键型数据库应用。这一版本的推出使得Sybase成为业界首家为iPhone、Blackberry和Windows Mobile智能手机设备提供数据库和同步支持的数据库供应商，也是首家在移动数据库和同步平台中提供空间数据支持的供应商。 对于在传统的数据中心之外运行的应用来说，SQL Anywhere是领先的数据管理和企业同步解决方案。从一开始，SQL Anywhere就被设计成具备企业级功能、开箱即用的高性能和强大同步能力的数据库解决方案，能实施成为网络、嵌入式以及移动环境中的任务关键型数据库。 传承了简单易用、自我管理和轻松嵌入的特质，最新版本的SQL Anywhere 12持续深化这些特质，并在开发人员生产力、高性能的开箱即用、可扩展性和监控和高级数据同步方面提供了关键的新特性，以及添加到MobiLink和UltraLite中的技术新功能。 SQL Anywhere 12四大关键新特性之一——提升开发者效率 最新版本的数据库和同步解决方案——SQL Anywhere 12新增了包括空间数据在内的诸多新功能和新选项，比如空间查看器、空间数据类型、方法、构造器和函数、空间向导等，这些功能使其在SQL Anywhere 数据库、UltraLite数据库以及MobiLink同步技术中支持空间数据，大大地提升了开发人员的工作效率。 空间数据
维护服务方案 （一）维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）维护形式 维护分为被动式和主动式两种形式： 1.被动式服务包括： 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司
将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。 另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业内一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在2 小时以内，非工作时间运维响应时间在1小时以内；如果需到现场进行服务，我司将在接到运维请求后的4个小时以内赶到用户现场。
酒店管理系统基本操作流程 一、电脑的基本操作 1.电脑正常开关机： 开机：先打开主机电源，看到电源指示灯亮后，再打开显示器的电源开关，当显示器的电源灯由黄色变为蓝色后，说明电脑正常开机，大约5-20秒后即进入WINDOWS操作系统。 关机：对于WINDOWS操作系统，可以直接从桌面左下角“开始” 菜单中选择“关闭系统”弹出的窗口下“关闭计算机”项，即可实现正常关机。 2.鼠标的使用： 单击：按下鼠标左边键一次为单击，所有操作系统中“按钮”或“下拉式列表”等控件选择时，基本采用单击。 双击：迅速按下鼠标左边按键两次（两次时间间隔要短，如果过长就会变为两次单击）为双击；操作系统中，图标选择及表格项目选择基本上采用双击。 右击：按下鼠标右边按键一次为右击。 拖动：将鼠标指针移到目标上，按住鼠标左边按键不放然后移动鼠标为拖动。 3.电脑死机处理： 一般死机：电脑在运行过程中，因人为因素或电脑环境因素而出现没有响应预定的操作结果，同时通过正常操作也无法退出的情况下；可通过同时按Ctrl+Alt+Del三个键强行关闭当前操作，等电
脑弹出“关闭程序”窗口后，在窗口中按“结束任务”按钮，操作系统就会强行结束当前操作，结束后再弹出对话框，再次按“结束任务”按钮，电脑即可恢复操作。 严重死机：电脑出现死机时，通过上述恢复操作还不能正常运作，或者是键盘鼠标根本不起作用；这样的情况就是严重死机，解决的唯一办法是：连续按住主机电源开关，直到关闭电源为止。 4.TAB键的运用 WINDOWS所有界面操作中，将光标从一个对象移动到另一个对象时，默认采用键盘上左上角的“TAB”键，而不是回车键。 二、酒店管理系统登录操作说明 1. 在WINDOWS桌面上，找到名字为（酒店管理）或（HOTEL） 的快捷图标，将鼠标指针移到该图标上，并双击鼠标左键以进入（酒店管理系统）登录界面。 2. 依次填入你的用户名（系统管理员给予你的工号）、口令（属于 你自己的密码，最长六位）以及班次（你所当值的班次）。然后单击登录窗口左下方的“确定”按钮以登录系统，进入主界面。 三、酒店营销子系统功能操作程序说明（接待） 1. 散客客人登记: 单击（酒店管理系统）主界面上方的“接待”按扭弹出接待下拉式菜单，在接待下拉式菜单中选择“入住登记”并单击它以进入（入住登记）实时房态窗口，以下操作都在此窗口中进行，敬请留意！ 快束登记：
Oracle 12C优化器的巨大变化，上生产必读（上） 序言 优化器是Oracle数据库最吸引人的部件之一，因为它对每一个SQL语句的处理都必不可少。优化器为每个SQL语句确定最有效的执行计划，这是基于给定的查询的结构，可用的关于底层对象的统计信息，以及所有与优化器和执行相关的特性。 随着每个新版本的发布，优化器都会进化，利用新功能以及新的统计信息来生成更好的执行计划。随着对查询优化的新的自适应方法的引入，Oracle 12c数据库把这种进化更推上了一个台阶。 这份白皮书介绍了在Oracle 12c数据库中与优化器和统计相关的所有新特性并且提供了简单的，可再现的例子，使得你能够更容易地熟悉它们。它还概括了已有的功能是如何被增强以改善性能和易管理性。 优化器和统计信息新特性 1、自适应查询优化 到目前为止，Oracle 12c数据库中最大的变化是自适应查询优化。自适应查询优化是这样的一组功能，它使得优化器能够对执行计划进行实时调整，并且发现能够导致更佳的统计信息的额外信息。当现有的统计信息不足以产生一个优化的计划，这种新方法是极其有用的。自适应查询优化包括两个方面：自适应计划，它着重于改善一个查询的初次执行；自适应统计信息，它为后续的执行提供了额外的信息。 (图1. 自适应查询优化功能的组件) 2、自适应计划
自适应计划使得优化器能够延迟产生一个语句的最终计划，直到执行的时候才决定。优化器在它所选择的计划（缺省计划）中植入统计收集器，从而在运行的时候，它能够判断自己的基数估算与计划的操作所实际看到的行数是否有很大的偏差。如果有显著的区别，那么这个计划或者计划的一部分在SQL语句的首次执行就能够被自动调整来避免不理想的性能。 3、自适应的连接方式 通过为计划中的某些分支预先确定多个子计划，优化器能够实时调整连接方式。例如，在图2中优化器的初始计划（缺省计划）为order_items 和 product_info 之间的连接选定的是嵌套循环连接，通过对product_info表的索引读取。另一个可选的子计划也同时被确定，它允许优化器将连接方式切换到哈希连接。在候选计划中product_info是通过全表扫描来读取的。 在执行的时候，统计收集器收集了关于这次执行的信息，并且将一部分进入到子计划的数据行缓存起来。在这个例子中，统计收集器监控并缓存了对order_items的全表扫描。基于它在统计收集器中看到的信息，优化器会最终确定采用哪个子计划。在这个例子中，哈希连接被选为最终计划，因为来自order_items表的行数大于优化器最初的估计。 在优化器选择了最终计划之后，统计收集器停止收集统计信息以及对数据行的缓存，而仅仅是传递数据。在子游标随后的执行中，优化器禁止了数据缓存，并且选择了同一个最终计划。目前的优化器能够从嵌套连接切换到哈希连接，反之亦然。可是，如果初始选中的连接方法是排序合并连接，则自适应不会发生。 (图2. 自适应执行计划确定Order_items 和 Prod_info 表之间的连接) 在缺省情况下，explain plan命令只会显示优化器选定的初始（缺省）计划。而 DBMS_XPLAN.DISPLAY_CURSOR只显示查询所用的最终计划。
系统常用操作流程 一、资产增加流程 1.登录资产管理员账号； 2.资产增加----资产购置----资产增加，录入数据的年份填写2014，当前年数据√取消，确定； 3.左侧单位机构树选择资产购置部门或使用部门，点击增加； 4.填写验收单内容，保存，填写下方新生成的资产条内容，（标红部分为必填项，以通用设备为例），保存，提交（也可以批量或者全部验收单做完后，核对数量价值后一起提交）；
PS：提示一下，数量较多的验收单生成的资产条会比较多，可以填写好第一条后，双击资产条前边的序号，在弹出窗口中进行批量赋值； 再PS：家具图书等除去上边的“数量”外还有“件数”，此处的“件数”默认1，不需要修改（除非确定需要修改，否则不要修改），否则最后生成的报表中价值正确数量变大。（实际指的是每条资产条中包含的资产的数目） 5.登录财务审核人员账号； 6.资产增加----资产购置----财务审核，或者直接点击待办事项下的“验收单待审核数量1”，进入审核界面；
7.检查验收单信息（着重检查标红部分信息），无误后点选“通过”，点击发送即可。 二、资产减少流程 1.登录资产管理员账号； 2.资产减少----资产处置----资产处置申报； 3.点击增加，增加一张资产处置申报单；
4.点击“√选择”按钮，在弹出的对话框中选择需要处置的资产（可以多次选择，也可以一次选择多条），选择资产后，点击弹窗中的“√选择”按钮； 5.填写申报单内容，核对处置资产是否正确（单位申报文号随便填，是否上报根据实际情况，处置方式按照实际情况），确认无误后，保存，提交（也可批量单据总数核对无误一起提交）；
监控系统操作流程 一、闭路电视监控系统的日常操作 1、闭路电视监控系统24小时正常运行状态 2、正常运行情况下，闭路电视监控系统系统处于全自动运行，无需人为介入运行，由控制中心保安值班人员进行监控。控制中心保安工作人员可根据实际情况对闭路电视监控系统进行操作。当设备发生故障，保安值班人员须及时报修。 3、控制中心保安值班人员应熟悉管辖范围内的闭路电视监控系统设备，了解其分布情况。对设备操作必须严格按操作规程进行，并保证设备处于良好的工作状态。 4、控制中心保安值班人员，未经上级设施部门同意不得随意修改各设备系统的软件参数设置。查看期间严禁查看人操作有关设备，查看人不可现场使用照相、摄像器材拍摄、录像，不得下载、传输有关硬盘录像信息、数据；不得私自删裁录像，必要时应经过有关领导批准； 5、公安机关在出示有效证件后可以直接查看，但应执行并对查阅人证件进行登记、逐级报告； 6、公司及控制中心有关领导由于工作检查原因查看录像应直接负责回放，但应执行查看操作的全部要求； 7、公安机关因取证须借用录像的必须应经部门负责人批准；非正常运行状态 9、同时加强该区域的巡逻。 操作流程： 开机： 首先开启显示器开启传输设备开启硬盘录像主机-操作控制电脑 注意事项：系统硬盘录像主机开启后屏幕上应显示所有图像，查看是否有图像丢失，或没有视频信号，再检查控制部分，首先检查快球的旋转角度、镜头的放大缩小。最重要的要查看是否录像中，没有录像设置全部录像。 关机： 首先把控制部分设备关闭：操作控制电脑硬盘录像主机传输设备显示器 注意事项：关闭录像主机需要等主机程序全部关闭才能把主电源拉下，否则硬盘还在工作运转断掉电源导致硬盘损坏。
金蝶软件操作流程 KIS使用流程 KIS主要分为系统初始化和日常处理二部分 一、系统初始化 在系统初始化部分主要有以下五个方面： 1．新建帐套2．帐套选项 3.基础资料 4.初始数据录入 5.启用帐套 （一）新建帐套:会计科目结构－会计期期间(选择自然月份)－帐套启用期间(注意年中和年初建帐的区别.。 打开金蝶软件点击“新建”按钮，开始新建帐套的建立，先选好帐套文件存放路径，并在文件名处输入公司简称。 点击“打开”按钮，系统打开建帐向导窗口按要求输入公司全称。 点击“下一步”按钮，设置贵公司所属行业。 点击“下一步”按钮，按要求设置会计科目结构 按要求设置会计期间界定方式 系统提示帐套建立所需的资料已经完成－点击“完成“ 进入初始化设置 用户管理设置：打开“工具”菜单－选中“用户管理”点击用户设置的新增按钮会弹出“新增用户”窗口。 用户名：一般使用会计人员的真实姓名 安全码：识别用户身份的密码，当KIS重新安装后，需要增加操作员或系统管理员。 以前操作用户已经授权过一次，此时只需要增加操作员时保证安全码与上次输入一致，则不需要重新授权。 用户授权：选中需授权的用户，点击“授权”按钮弹出“权限管理”对话框，可以给用户设置所需要的权限。 （二）帐套选项 单击初始化设置界面上的“帐套选项”－在“凭证”里把凭证字改为“记”字，结算方式可以按自己的要求设定，在“帐套选项”里的选项左边时1－4，右边是1和3，在帐套高级选项中的固定资产里增加固定资产减值准备科目，并在固定资产折旧时将减值准备的值计算在内划上对号。 （三）基础资料 会计科目：在主窗口选择“会计科目”－设置会计科目 功能：设置企业会计科目 不同会计科目设置时，注意的要点各不相同，以下分为四种情况细述会计 科目的设置： 1．一般会计科目的新增设置 2．涉及外币业务核算的会计科目设置 3．挂核算项目的会计科目设置 4．数量金额式会计科目的设置
一. ASM 快速镜像再同步（ASMFast Mirror Resync） 1.1 无ASM快速镜像再同步时 每当ASM 无法向分配给某个磁盘的区执行写入操作时，就会使该磁盘脱机，同时会在其它磁盘上至少写入一个此区（ASM 数据区）的镜像副本（如果相应的磁盘组使用了ASM 冗余）。 使用OracleDatabase 10g 时，ASM 会假定脱机磁盘只包含过时数据，因此不再从此类磁盘中读取数据。磁盘脱机后不久，ASM 就会使用冗余区副本在磁盘组中的剩余磁盘上重新创建分配给磁盘的区（ASM 数据区），将脱机的磁盘从磁盘组中删除。此进程是一项开销相对较大的操作，可能要花费几小时来完成。 如果磁盘故障只是临时性的（如电缆、主机总线适配器、控制器故障或磁盘的电源中断），则必须在临时故障修复后重新添加磁盘。但是，将删除的磁盘重新添加回磁盘组还需要将区（ASM 数据区）迁回磁盘，因此增加了成本。
1.2 ASM 快速镜像再同步 1.2.1 概述 ASM 快速镜像再同步会显著减少重新同步临时故障磁盘所需的时间。如果某个磁盘因临时故障而脱机，ASM 将跟踪在中断期间发生修改的区。临时故障被修复后，ASM 可以快速 地仅重新同步在中断期间受到影响的ASM 磁盘区。此功能假定受到影响的ASM磁盘内容未发生损坏或修改。 某个ASM 磁盘路径出现故障时，如果您已设置了相应磁盘组的DISK_REPAIR_TIME 属性，则ASM 磁盘会脱机，但不会被删除。此属性的设置确定了ASM 可容忍的磁盘中断持续时间；如果中断在此时间范围内，则修复完成后仍可重新同步。 注：跟踪机制对每个已修改的区使用一个位，这样可确保跟踪机制非常高效。 1.2.2 设置ASM 快速镜像再同步 请按磁盘组设置此功能。可以在创建磁盘组后使用ALTER DISKGROUP 命令完成此操作。使用一个类似以下命令的命令启用ASM 快速镜像再同步：
信息系统日常操作规程 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
信息系统日常操作规程 第一部分：系统日常维护 第一条系统管理员应定期检查系统的运行状况，确保系统正常运行。 第二条系统管理员应定期对系统进行漏洞扫描，对发现的系统漏洞及时修补。 第三条系统管理员必须严格执行系统操作流程，完整、准确、详细地记录并定期分析系统运行日志。 第四条根据软件的最新版本进行补丁升级，在安装补丁程序前首先对重要文件进行备份，并在测试环境中测试通过方可进行补丁程序安装。 第五条若运行期间发生异常应详细记载发生异常情况的时间、现象、处理方式等内容并妥善保存有关原始资料。 第六条系统发生故障按照《税务系统重大网络与信息安全事件调查处理办法》及相关系统的应急计划执行。 第二部分：系统的访问控制策略 第七条系统所有用户口令的长度不少于8位，管理员口令的长度不少于12位，口令必须满足复杂度要求，即字母、数字和特殊字符混合组成;不允许用生日、电话号码等易猜字符作口令。
第八条不准在机房设备上私自安装任何软件，不得在任何服务器上建立私人文件夹，存放无关数据。 第九条禁止在系统上安装、运行与业务无关的软件；安装必需软件时需选用正版软件，并需经过领导批准。 第十条启用系统软件的安全审计功能。要求记录管理人员对设备进行的操作，包括操作的时间、操作内容、操作人、操作原因等。 第十一条严禁未授权的操作，如：更改设备配置；系统变更，系统访问等。 第十二条系统运行期间要求定时巡视设备的运行状态，实时监测系统的运行状况，保障信息系统的正常运行。 第十三条系统管理员应每天对信息系统进行检测，检测完毕后认真填写《系统运行记录表》，详细记载发生异常情况的现象、时间、处理方式等内容并妥善保存有关原始资料，工作日志必须完整、连续，不得拼接；如果发现异常及时上报。 第十四条新系统安装前必须进行病毒检测。 第十五条远程通信传送的数据,必须经过检测确认无毒后方能传输和使用。
ORACLE 12C新特性——CDB与PDB Oracle 12C引入了CDB与PDB的新特性，在ORACLE 12C数据库引入的多租用户环境（Multitenant Environment）中，允许一个数据库容器（CDB）承载多个可插拔数据库（PDB）。CDB全称为Container Database，中文翻译为数据库容器，PDB全称为Pluggable Database，即可插拔数据库。在ORACLE 12C之前，实例与数据库是一对一或多对一关系（RAC）：即一个实例只能与一个数据库相关联，数据库可以被多个实例所加载。而实例与数据库不可能是一对多的关系。当进入ORACLE 12C后，实例与数据库可以是一对多的关系。下面是官方文档关于CDB与PDB的关系图。 其实大家如果对SQL SERVER比较熟悉的话，这种CDB与PDB是不是感觉和SQL SERVER的单实例多数据库架构是一回事呢。像PDB$SEED可以看成是master、msdb等系统数据库，PDBS可以看成用户创建的数据库。而可插拔的概念与SQL SERVER中的用户数据库的分离、附加其实就是那么一回事。看来ORACLE也“抄袭”了一把SQL SERVER的概念，只是改头换面的包装了一番。 CDB组件（Components of a CDB） 一个CDB数据库容器包含了下面一些组件： ROOT组件 ROOT又叫CDB$ROOT, 存储着ORACLE提供的元数据和Common User,元数据的一个例子是ORACLE提供的PL/SQL包的源代码，Common User 是指在每个容器中都存在的用户。 SEED组件
管理人工作流程指引 第一章总则 第一条指引的宗旨 为指导管理人承办企业破产清算、重整、和解业务，规范管理人执业行为，保障管理人依法履行职责，充分发挥管理人在企业破产清算、重整、和解实务中的专业职能，依据《中华人民共和国企业破产法》(以下简称"破产法")、破产法司法解释及其他相关法律、法规、规章等 (以下简称"规范性政策文件")的规定，制定本指引。 深圳中院，最高人民法院，重庆中院 第二条管理人的法定职责 2.1 接管债务人的财产、印章和账簿、文书等资料； 2.2 调查债务人财产状况，制作财产状况报告； 2.3 决定债务人的内部管理事务； 2.4 决定债务人的日常开支和其他必要开支； 2.5 在第一次债权人会议召开之前，决定继续或者停止债务人的营业； 2.6 管理和处分债务人的财产； 2.7 代表债务人参加诉讼、仲裁或者其他法律程序； 2.8 提议召开债权人会议； 2.9 人民法院认为管理人应当履行的其他职责。 第3条管理人履职原则
3.1 依法规范 3.2 勤勉尽责 3.3 忠实履职 第二章破产清算管理人业务操作流程 第一节接受指定后准备工作 4.1 根据案件的难易程度、规模大小和特点选定管理人团队成员，主要包括具有企业经营管理、财会、人力资源、法律等方面专业知识或有相关经验的人员，可根据履行职责的需要设立指导监督组、清产核资组、职工安置组、法务组、综合组等职能小组。 4.2 管理人团队实行项目经理负责制，由项目经理负责组织、安排、协调管理人团队的工作。管理人团队成员应服从项目经理的领导，相互配合开展工作。 5.1 制定管理人工作方案，明确内部分工、职责、计划安排。 5.2 制定管理人各项制度，包括考勤、用印登记、收发文登记、财务收支、档案管理、管理人会议、管理人工作周报制等，严格规范履行各项职责。 第6条刻制管理人印章，开设管理人账户 6.1 印章刻制和使用 6.1.1 管理人凭人民法院的受理破产申请的裁定书、指定管理人的决定书和致公安机关刻制管理人印章的函件等材料，按照国家有
Oracle 数据库 12c 新特性总结
导读：本系列文章是 Oracle ACE 总监 Syed Jaffer Hussain 对 Oracle 数据库 12c 的一些 新特性总结，包括数据库管理、RMAN、高可用性以及性能调优等内容。 关键词：Oracle 数据库 12c RMAN PGA 限制 不可见字段
【TechTarget 中国原创】 编者按：甲骨文公司近日正式发布了新版旗舰级数
据库 Oracle Database 12c，在 TechTarget 数据库网站之前的一些报道中，我 们曾对 12c 的一些新特性进行了介绍（参考：尝鲜 Oracle Database 12c 的十 二大新特性）而随着产品正式 GA，相关技术文档也披露了更多关于 12c 数据库 的细节。本系列文章是 Oracle ACE 总监 Syed Jaffer Hussain 对 Oracle 数据 库 12c 的一些新特性总结，包括数据库管理、RMAN、高可用性以及性能调优 等内容。
Oracle 数据库 12c 新特性总结（一）
在第一部分中，我们将介绍： 1. 在线迁移活跃的数据文件 2. 表分区或子分区的在线迁移 3. 不可见字段 4. 相同字段上的多重索引 5. DDL 日志 6. 临时 undo
7. 新的备份用户特权 8. 如何在 RMAN 中执行 SQL 语句 9. RMAN 中的表级别恢复 10. PGA 的大小限制问题
1. 在线重命名和重新定位活跃数据文件
不同于以往的版本，在 Oracle 数据库 12c R1 版本中对数据文件的迁移或 重命名不再需要太多繁琐的步骤，即把表空间置为只读模式，接下来是对数据文 件进行离线操作。 在 12c R1 中， 可以使用 ALTER DATABASE MOVE DATAFILE 这样的 SQL 语句对数据文件进行在线重命名和移动。而当此数据文件正在传输 时，终端用户可以执行查询，DML 以及 DDL 方面的任务。另外，数据文件可以 在存储设备间迁移，如从非 ASM 迁移至 ASM，反之亦然。 重命名数据文件：
SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users01.dbf' TO '/u00/data/u sers_01.dbf';
从非 ASM 迁移数据文件至 ASM：
SQL> ALTER DATABASE MOVE DATAFILE '/u00/data/users_01.dbf' TO '+DG_DATA ';
将数据文件从一个 ASM 磁盘群组迁移至另一个 ASM 磁盘群组：
SQL> ALTER DATABASE MOVE DATAFILE '+DG_DATA/DBNAME/DATAFILE/users_0 1.dbf ' TO '+DG_DATA_02';
金蝶K3操作流程 帐套管理 一、新建帐套 操作流程：服务器电脑--开始--程序--K3中间层--帐套管理—新建按钮（白纸按钮） 注意点：帐套号、帐套名不能重复但可修改，但帐套类型不可更改 二、设置参数和启用帐套 操作流程：服务器电脑--开始--程序--K3中间层--帐套管理—设置按钮 注意点：公司名称可改，其他参数在帐套启用后即不可更改（包括总账启用期间） 易引发的错误：如果帐套未启用就使用，系统会报错"数据库尚未完成建账初始化，系统不能使用" 三、备份与恢复 1、备份 操作流程：服务器电脑--开始--程序--K3中间层--帐套管理—备份按钮 注意点：a、备份路径的选择（建议可建立容易识别的路径） b、备份时电脑硬盘及外部设备应同时备份 c、备份文件不能直接打开使用 解释：外部设备（光盘刻录机、磁带机） 2、恢复 解释：当源帐套受到损坏，需打开备份文件来使用时用恢复，恢复与备份是对应的过程。 操作流程：服务器电脑--开始--程序--K3中间层--帐套管理—恢复按钮 注意点：恢复时“帐套号、帐套名”不允许重复 四、用户管理（即可在中间层处理，亦可在客户端处理） 操作流程：（中间层）服务器电脑--开始--程序--K3中间层--帐套管理—用户按钮 （客户端）K3主控台—进入相应帐套—系统设置—用户管理 1、用户组：注意系统管理员组与一般用户组的区别 2、新建用户 操作流程：（中间层）服务器电脑--开始--程序--K3中间层--帐套管理—用户按钮—用 户菜单—新建用户 (客户端）K3主控台—进入相应帐套—系统设置—用户管理—用户按钮 —用户菜单—新建用户 注意点：a、只能是系统管理员才可以增加人名 b、注意系统管理员的新增（即用户组的选择） 3、用户授权 操作流程：（中间层）服务器电脑--开始--程序--K3中间层--帐套管理—用户按钮—用
Oracle 12C RAC集群原理与管理实战 Oracle 集群（也叫Oracle RAC）推出已经很多年了，其技术本来比较复杂，再加上12C中的新概念，难上加难！我们正是想给你首先介绍12C RAC的基本概念，接着做几个完整的实验，通过实验，加深你对12C概念的理解。12C RAC涉及很多技术（主机、网络设备、存储、操作系统、clusterware、Oracle database软件），通过本课的学习，你将彻底的明白12C RAC的原理，并能够独立动手安装和运维Oracle 12C RAC。 课程大纲： 第一课：大型数据库高可用性解决方案与集群 什么是高可用性 Oracle高可用性解决方案概述 DB2高可用性解决方案概述 MySQL高可用性解决方案概述 什么是集群 使用ORACLE RAC 的优势-集群和可伸缩性 平衡的I/O 吞吐量 使用RAC 实现并行执行 集群件的体系结构和服务 Oracle ASM自动存储管理 ASM的关键功能和优点 ASM和Grid Infrastructure 第二课：Oracle RAC 12c的新特性 Flex集群和Flex ASM介绍 Flex集群架构 Flex集群的扩展性和可用性 第三课：Oracle 12c RAC 硬件构成 集群总体硬件结构图 小型机介绍
X86服务器介绍 网络设备介绍 存储设备介绍（DAS，NAS、SAN） RAC One Node 单实例高可用性 可识别集群的存储解决方案 Oracle 集群文件系统 第四课：Oracle 12c RAC 软件构成 Oracle Clusterware 资料档案库(OCR) CSS 表决磁盘功能 Oracle 本地注册表和高可用性 Oracle Clusterware 初始化 控制Oracle Clusterware 验证Oracle Clusterware 的状态 集群文件系统OCFS 网络文件系统NFS 自动存储管理ASM VIP SCAN VIP 第五课：Oracle 12C RAC安装环境准备（一）安装环境说明 DHCP配置(在192.168.0.88) DNS（Bind）配置(在192.168.0.88) 第六课：Oracle 12C RAC安装环境准备（二）创建用户和组，并创建相应目录 系统配置和准备 准备共享存储 配置裸设备 第七课：Grid Infrastructure 安装
图书馆管理系统日常操作流程 由于本系统设计中考虑了智能操作，因此用户只需设置好借阅规则、备份方案等即可在各种功能上放心操作，必要时可参考帮助中的“阅读说明书”。 1、图书编目 为了能在打印分类号时采用“仅打印本操作员录入的编号”这一功能，各编目人员务必以自己的名字登录系统。 采编工作的一般步骤： 根据图书、音像资料的数量用单面胶纸分别打印足够数量的条码，如下图例： 将此纸张纵向裁成四条，然后将每条的各个条码剪到一端留有两毫米左右，将此条的上层撕下，将未断开的一边贴在工作台的边上供使用。
在编目界面选择正确的书库、总括登记号（系统会自动保存，在下次会设置到与本次相同，仅对本机有效）， 在统一书号或ISBN号中扫入图书ISBN条码或录入如7800236048并敲回车键（对于统一书号则没有条码可扫，应录入并敲回车如11074.520），如果系统发现本馆藏书库中有这种书，则会显示该种书的信息，注意其分类索书号以黑色显示在上面。如果本馆库中的此ISBN或统一书号对应的图书列表信息中没有所需的这本，例如有“红楼梦（上）”而现在编“红楼梦（下）”，则一般可以选择最接近的一本然后执行“追加复制已编目图书”功能然后在编辑界面中修改；否则，系统将自动到辅助编目库中查找，如找到，将列出符合条件的图书信息，当只有一条符合条件的记录时系统会自动将相关信息调入编辑界面供您校对修改，如有多条对应信息则系统将列表显示，您可以按上下方向键选择。如果在本馆及辅助编目库中均未搜索到符合条件的图书，则系统根据您的设置决定是否自动弹出图书编辑界面(在编目界面上右击鼠标设置是否选中“新书自动弹出编辑界面”，打勾表示选中)，如果未自动弹出您可以执行“新增加一种图书”功能，这时进入图书编辑界面，