当前位置:首页 » 数据仓库 » oracle数据库重置
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

oracle数据库重置

发布时间: 2023-08-19 12:29:37

A. oracle数据库怎么清空

方法一:Delete
Form
表名
方法二:TRUNCATE
TABLE
在功能上与不带
WHERE
子句的
DELETE
语句相同:二者均删除表中的全部行。但
TRUNCATE
TABLE

DELETE
速度快,且使用的系统和事务日志资源少。
DELETE
语句每次删除一行,并在事务日志中为所删除的每行记录一项。TRUNCATE
TABLE
通过释放存储表数据所用的数据页来删除数据,并且只在事务日志中记录页的释放。
TRUNCATE
TABLE
删除表中的所有行,但表结构及其列、约束、索引等保持不变。新行标识所用的计数值重置为该列的种子。如果想保留标识计数值,请改用
DELETE。如果要删除表定义及其数据,请使用
DROP
TABLE
语句。
对于由
FOREIGN
KEY
约束引用的表,不能使用
TRUNCATE
TABLE,而应使用不带
WHERE
子句的
DELETE
语句。由于
TRUNCATE
TABLE
不记录在日志中,所以它不能激活触发器。
TRUNCATE
TABLE
不能用于参与了索引视图的表。
贴过来的,但是很全面
一般就是DLEETE
from

希望对你能有所帮助。

B. 如何修改oracle数据库用户密码

修改oracle数据库用户密码的步骤如下:

1.打开命令提示符cmd。

C. Oracle数据库的备份及恢复策略研究

多工联机重作日志文件

每个数据库实例都有其自己的联机重作日志组 在操作数据库时 Oracle首先将数据库的全部改变坦唤保存在重作日志缓冲区中 随后日志记录器进程(LGWR)将数据从系统共用区SGA(System Global Area)的重作日志缓冲区写入联机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至最低 但Oracle在默认的方式下只创建一组重作日志文件(每一组只有一个项目文件) 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝

在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用

镜像拷贝控制文件

控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着操作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中

由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用操作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错

激活归档进程

当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近毕蚂的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式

在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现

数据库实施较大改变时备份

因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变(包括改变表结构 增加 删除日志文件或数据文件等)时应立即备份控制文件及相应的数据文件

使用RESETLOGS选项打开数据库后进行备份

在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变

当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要让数凯求值不相符(备份文件中的检查点比控制文件中的检查点旧) 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS操作之前的备份在新形体中无用

避免备份联机重作日志文件

由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果

重置联机日志

在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志

为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项操作后重置联机日志

数据库的逻辑备份

以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息

逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用sql语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充

备份策略

考虑到如今大部分信息系统每周的业务是 × 操作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份

应用上述规则 可得出下述典型的备份策略

①镜像拷贝重作日志文件

②镜像拷贝控制文件

③激活归档进程 即以ARCHIVELOG模式操作数据库

④每天进行数据库的部分联机备份(每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性)

⑤每隔一周或几周进行一次数据库的逻辑备份

实际项目应用

当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性

( )下述脚本实现联机重作日志的多工

connect 账户名/密码 alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号; shutdown immediate startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开 alter database archivelog; 激活归档进程 alter database open; exit

( )下列VB代码自动建立联机备份的批处理文件及相应的脚本文件

Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名 Dim lnum As Long Dim lnum As Long lNum = FreeFile Open 自动备份批处理文件路径 For Binary As lNum lnum = FreeFile Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名 lnum = FreeFile Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名 strTmp = connect 账户名/密码 & Chr( ) & Chr( ) Put lnum strTmp strTmp = shutdown immediate & Chr( ) & Chr( ) Put lnum strTmp strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database archivelog; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database open; & Chr( ) & Chr( ) Put lnum strTmp strTmp = connect 账户名/密码 & Chr( ) & Chr( ) Put lnum strTmp strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql Put lNum strTmp Do While Not adoTmp EOF Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件 strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式 Put lnum strTmp strTmp = Oracle的o exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( ) Put lNum strTmp strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式 Put lnum strTmp adoTmp MoveNext Loop strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql Put lNum strTmp strTmp = exit & Chr( ) & Chr( ) 退出服务管理器 Put lnum strTmp strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件 Put lnum strTmp strTmp = exit & Chr( ) & Chr( ) Put lnum strTmp Close Set adoTmp = Nothing Set adoTmp = Nothing

运行得到的自动批处理文件 即可自动进行数据库的联机备份

( )在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序

connect账户名/密码 shutdown abort startup mount pfile=初始化文件的存放位置; 装载数据库 set autorecovery on; 打开自动恢复 recover database; alter database open; 打开数据库

结束语

lishixin/Article/program/Oracle/201311/18527

D. Oracle默认的用户名和密码是什么

在控制台用sqlplus / as sysdba登陆oracle系统时,所用的用户名和密码通常有四种。

  1. 用户名: internal 密码:oracle

2. 用户名:system 密码:manager

3. 用户名:sys 密码:change_on_install

4. 其中直接管理模式可以为sysdba的为后面三个,要是集群的话再去掉system。

(4)oracle数据库重置扩展阅读:

一:oracle sys密码的重置方法

在系统运行中输入:sqlplus /nolog

在命令窗口分别执行:conn /as sysdba

alter user scott identified by tiger;

alter user scott account unlock;

然后“scott”用户密码就修改为“tiger”了,用户可根据自己需求,重置密码。

二:ORACLE数据库安全解决方案

1.目前应用系统中对数据库的依赖程度与日俱增,应用数据库可以使应用系统开发更加方便,不再需要为烦琐的检索、查询、统计进行单独设计语法,同时交易的完整性又能得到可靠保证,但是数据库厂家的不断整合又为企业应用带来了新的考验:

(1)、Informix被IBM收购

(2)、Mysql被ORACLE收购

(3)、Sybase被SAP收购

被微软收购的更不计其数了,还有很多小数据库厂商被收购,开源的尤其多,追其根源,大厂商的数据库技术越来越庞大,但是体系架构又不适应灵活发展,面对中小数据库厂商的迅猛发展,他们惟有走收购之路,但是收购之后呢,他们不会让其发展,最终受伤的还是中小企业客户群。

2.安全历程

目前无论是银行综合业务系统,还是移动计费系统还是政权交易系统,都毫无例外的选择大型数据库进行交易,那么对于在911市贸悲剧后的安全方案究竟有什么特殊考虑呢?

数据库容灾无疑是目前脱颖而出的技术方案,应用系统数据的安全除了网络防火墙、防病毒以及权限设计之外就是数据库的备份工作了,可以说数据库备份经历了以下几个阶段:

单机版系统磁盘备份

数据磁带备份

局域网备份

双机热备/磁盘阵列RAID

磁带库备份

光盘塔备份

远程容灾备份

全球多点容灾备份

3.安全考虑

目前应用系统解决方案中多数应用目前主要还在考虑系统功能的建设,但是随着数据库容量的增加,历史数据查询审计需要加快,对历史数据的分析和对在线数据的实时可用已经变得越来越迫切。

客户不仅需要能够快速查询数据库,同时对目前应用系统的实时可用以及负载均衡都提出了更加明确的要求,为此在双机热备+磁带库冷备的多数解决方案外,很多大型金融证券企业都开始进行数据中心的建立,大型异地灾备中心开始提到议事日程。

4.比较完善

其实为客户提供安全解决方案,应该在应用系统的规划中就应该考虑,等到企业意思到安全的时候恐怕就需要耗费大量的人力、

物力来迁移数据,建立灾备中心,但是这仅仅是物理的,如何从数据库层面使从1BYTE的数据进入数据库就被安全的保护起来呢,无疑数据库同步热备的相关产品是我们应该考虑的。

因为即使不建立灾备中心,对数据实时热备也不需要太大的投入,只需要安装数据库同步产品,那么就可以轻松检验数据是否真正同步热备,当客户意识到需要建立灾备中心的时候,那仅仅是地点和网络的重新部署,

同步软件已经伴随客户成长,伴随数据成长,到时集成商为客户做的就是规划好灾备中心的设备和格局,这样一个完善的灾备方案就被你轻松建立了。并且随着数据逐渐增加,客户会对灾备中心提供的负载均衡功能更加依赖,不但减轻硬件的投入,还可以让查询对应用系统的资源占用减少到“0”。

5.产品分类

目前这块能够担当同步服务器功能的只有沃信科技的PAC数据库同步产品,因为包括ORACLE DATAGUARD、DSG、GOLDEN GATE、SHAREPLEX等厂家的产品必须安装在主数据库上,这样不只占用主库资源,同时也对应用系统的稳定性提出了更高要求,

但沃信科技的产品可以安装在独立于主备库的第三方服务器上,这样数据库同步软件不占用主库系统资源,同时避免了操作系统、数据库版本不一致的局限性。同时在所有产品中性价比最高,唯一提供免费试用,同时是唯一一家提供华军软件园下载的产品。