- 博客(16)
- 资源 (16)
- 收藏
- 关注
转载 结婚那天,坐在角落里象两个要饭模样的人是谁?
结婚那天,妈问我:坐在角落里象两个要饭模样的人是谁? 我看过去的时候,有个老头正盯着我,旁边还有个老太太,发现我看着他们时赶忙低下头。我不认识他们但也不象要饭的,衣服是新的连折印都看得出来。妈说象要饭的是他们佝偻着身子,老太的身边倚了根拐杖的缘故。 妈说天池是孤儿,那边没亲戚来,如果不认识就轰他们走吧。现在要饭的坏着呢,喜欢等在酒店门口,见哪家办喜事就装作亲戚来吃黑酒。 我说不会,叫来天池问一下吧
2008-09-29 10:23:00 896
原创 8. 在NOARCHIVELOG模式下用户管理的备份与恢复
8.1 NOARCHIVE 模式简介 1. NOARCHIVELOG 模式 NOARCHIVELOG 是指不保留重做历史记录的日志操作模式。这种操作模式只能用于保护例程失败(例如系统断电),而不能保护介质失败。NOARCHIVELOG 模式具有以下特点: 当检查点完成之后,后台进程LGWR 可以覆盖原有重做日志内容。 如果在数据库备份之后的重做日志内容已经被覆盖,那么当数据文件
2008-09-28 10:22:00 915
原创 7. 其它恢复问题
7.1 恢复控制文件 控制文件使用原则: 多元化控制文件 当数据库物理结构改变时备份控制文件 诊断控制文件介质失败 当数据库处于OPEN 状态时,如果控制文件出现介质失败,那么ORACLE 会自动终止例程;当数据库处于关闭状态时,如果控制文件出现介质失败,那么当装载数据库时,会显示错误信息。 7.1.1 单个控制文件的介质失败 方法一:复制没有损坏的控制文
2008-09-27 14:03:00 748
原创 6. 用户管理的不完全恢复
不完全恢复只适用于ARCHIVELOG 模式。 6.1 不完全恢复简介 6.1.1 不完全恢复分类 1. 基于时间恢复 将数据库恢复到备份点与失败点之间某个特定时间点的状态。主要适用于以下情况: 误删除表 误截断表 提交了错误数据 2. 基于取消恢复 将数据库恢复到备份点与失败点之间某个日志序列号之前的状态。主要适用于以下情况: 归档日志丢失导致完全
2008-09-16 11:42:00 1019
原创 5. 用户管理的完全恢复
用户管理的完全恢复是指当数据文件出现介质失败时,使用OS 命令复制数据文件备份,并使用SQL 恢复命令应用归档日志和重做日志,最终将数据文件恢复到失败点的状态。因为用户管理的恢复需要借助OS 命令转储备份文件,所以也被称为OS 完全恢复。通过使用OS 完全恢复,可以确保数据库不会丢失任何数据。注意,完全恢复只适用于ARCHIVELOG 模式。 5.1 完全恢复简介 5.1.1 诊断数据文
2008-09-12 10:15:00 690
原创 ORA-1157错误解决手册(转)
一.错误描述 ORA-1157, "cannot identify/lock data file %s - see DBWR trace file" 引起的原因: 因为数据文件已经在被使用了从而导致数据库的后台进程不能找到相应的数据文件或者不能锁定相应的数据文件,这样数据库将禁止访问这些数据文件而其他的数据文件则没有影响。伴随这个错误操作系统将会提示是哪个数据文件不能被识别。
2008-09-09 12:17:00 1100
原创 4. 用户管理的备份
用户管理的备份是指使用OS 命令(UNIX: cp,Windows:copy )备份数据库物理文件的过程。 4.1 备份数据库 备份DB 是指备份DB 的所有数据文件和控制文件,另外还应该备份参数文件和口令文件。注意,当备份数据库时,不要备份重做日志,备份重做日志“有弊无利”。 4.1.1 数据库一致性备份 数据库一致性备份是指在关闭了DB 之后备份所有数据文件和控制文件的方法。当使
2008-09-08 11:30:00 516
原创 3.4 显示归档信息
1. 使用 ARCHIVE LOG LIST 命令 SQL> archive log list 数据库日志模式 存档模式 自动存档 启用 存档终点 d:/demo/archive 最早的联机日志序列 1 下一个存档日志序列 3 当前日志序列
2008-09-08 11:26:00 607
原创 3.3 配置其他归档参数
当数据库处于ARCHIVELOG 模式时,当进行日志切换时,后台进程ARCH 会自动生成归档日志。从ORACLE DATABASE 10G 开始,默认情况下,归档日志会存放在恢复区所对应的目录(对应于初始化参数db_recovery_file_dest),并且会按照特定格式生成归档日志文件名。为了改变归档日志的位置和名称格式,必须改变相应的初始化参数。 1. 配置归档日志的名称格式 初始化数据
2008-09-08 11:20:00 634
原创 3.2 改变日志操作模式
ORACLE 建议OLTP系统(Online Transaction Process)应该采用ARCHIVELOG 模式,数据仓库系统(Data Warehouse)应该采用NOARCHIVELOG 模式。 改变日志操作模式时,必须以SYSDBA 或 SYSOPER 身份执行相应操作。步骤如下: (1) 检查当前日志操作模式。 SQL> conn / as sysdba 已连接。
2008-09-08 09:58:00 492
原创 3.1 日志操作模式简介
ORACLE 数据库包括NOARCHIVELOG 和 ARCHIVELOG 两种日志操作模式,默认为NOARCHIVELOG模式。 (1) NOARCHIVELOG (非归档模式)。NOARCHIVELOG 是指不保留重做历史记录的日志操作模式。这种日志操作模式只能用于保护例程失败(例如系统断电),而不能保护介质失败。如果进行日志切换,那么在不保留原有重做日志内容的情况下,日志组的新内容会直接覆
2008-09-08 09:35:00 562
原创 2.3 备份与恢复配置
为了防止控制文件出现介质失败,应该多元化控制文件;为了提高DB 安全运行时间(MTBF),应该多元化重做日志;为了降低例程恢复时间,需要合理地配置初始化参数。 2.3.1 多元化控制文件 控制文件不仅记载了DB的物理结构及状态,还记载了与备份和恢复相关的动态信息。如果DB 只包含一个控制文件,并且控制文件出现介质失败,那么会导致数据库无法装载,此时DBA 必须要重新建立控制文件或者恢复控制文件
2008-09-04 12:23:00 505
原创 2.1.4 基本概念
1,重做线程(Redo Thread) 重做线程是由一组相关的重做日志组成。 重做线程与实例是一一对应关系。单例程DB只有一个重做线程;RAC 有多个重做线程。 通过查询动态性能视图V$THREAD 可以显示重做线程的详细信息。 SQL> select thread#, status, groups, sequence# from v$thread; THREAD# STATUS
2008-09-02 09:47:00 477
原创 2.1.3 后台进程
1,SMON(System Monitor) 执行例程恢复 (1)REDO:重新应用那些被记载到重做日志但尚未写入数据文件的数据。因为所有被提交的事务已经记载到了重做日志,所以可以确保恢复事务数据。 (2)打开数据库。在打开数据库时,既包括了已提交的数据,也包括了未提交的数据(加锁)。 (3)UNDO。取消未提交的数据。在打开数据库之后,Oracle 会自动使用UNDO 段回退未提交的数据
2008-09-01 15:15:00 441
PLSQL Developer 11.0.0.1762 中文 X64独立运行,不需要安装Oracle 客户端
2015-12-24
.net下最强的反编译软件(含源码)
2013-06-21
FastReport.Net V2013.3.3 For .Net4.0
2013-06-21
C#23种设计模式
2013-06-02
WCF中文版基础入门教程
2011-03-25
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人