>>加入我的读者群 |《深入浅出Oracle》的购买途径 | Eygle.com两周年庆

June 29, 2008

Oracle Dataguard三种保护模式概述

Oracle的DataGuard技术有三种实现模式，分别是max performance、max availability、max protection这三种模式。

以下是来自Oracle文档的摘要信息：
In some situations, a business cannot afford to lose data. In other situations, the availability of the database may be more important than the loss of data. Some applications require maximum database performance and can tolerate some small amount of data loss. The following descriptions summarize the three distinct modes of data protection.

Maximum protection This protection mode ensures that no data loss will occur if the primary database fails. To provide this level of protection, the redo data needed to recover each transaction must be written to both the local online redo log and to the standby redo log on at least one standby database before the transaction commits. To ensure data loss cannot occur, the primary database shuts down if a fault prevents it from writing its redo stream to the standby redo log of at least one transactionally consistent standby database.

Maximum availability This protection mode provides the highest level of data protection that is possible without compromising the availability of the primary database. Like maximum protection mode, a transaction will not commit until the redo needed to recover that transaction is written to the local online redo log and to the standby redo log of at least one transactionally consistent standby database. Unlike maximum protection mode, the primary database does not shut down if a fault prevents it from writing its redo stream to a remote standby redo log. Instead, the primary database operates in maximum performance mode until the fault is corrected, and all gaps in redo log files are resolved. When all gaps are resolved, the primary database automatically resumes operating in maximum availability mode.

This mode ensures that no data loss will occur if the primary database fails, but only if a second fault does not prevent a complete set of redo data from being sent from the primary database to at least one standby database.

Maximum performance This protection mode (the default) provides the highest level of data protection that is possible without affecting the performance of the primary database. This is accomplished by allowing a transaction to commit as soon as the redo data needed to recover that transaction is written to the local online redo log. The primary database's redo data stream is also written to at least one standby database, but that redo stream is written asynchronously with respect to the transactions that create the redo data.

When network links with sufficient bandwidth are used, this mode provides a level of data protection that approaches that of maximum availability mode with minimal impact on primary database performance.

The maximum protection and maximum availability modes require that standby redo log files are configured on at least one standby database in the configuration. All three protection modes require that specific log transport attributes be specified on the LOG_ARCHIVE_DEST_n initialization parameter to send redo data to at least one standby database. See Section 5.6 for complete information about the data protection modes.

以下是对以上摘要信息的翻译信息：

在一些情况下，业务不允许丢失数据。在另外一些情况下，数据库的可用性比丢失数据更为重要。一些应用需要最强的数据库性能并且能容忍丢失少量的数据。下面的描述概述了三种不同的数据保护模式。

最大保护模式 -- 这种保护模式确保如果主数据库故障不会发生数据丢失。要提供这种级别的保护，恢复每个事务所需的重做数据必须在事务提交之前同时写到本地联机重做日志和至少一个备数据库上的备重做日志。要确保不发生数据丢失，如果故障导致主数据库无法写重做流到至少一个事务一致性备数据库的备重做日志时，主数据库会关闭。

最大可用性模式 -- 这种保护模式提供了可能的最高级别的数据保护，而不用与主数据库的可用性相折衷。与最大保护模式相同，在恢复事务所需的重做写到本地联机重做日志和至少一个事务一致性备数据库上的备重做日志之前，事务将不会提交。与最大保护模式不同的是，如果故障导致主数据库无法写重做流到异地备重做日志时，主数据库不会关闭。替代地，主数据库以最大性能模式运行直到故障消除，并且解决所有重做日志文件中的中断。当所有中断解决之后，主数据库自动继续以最大可用性模式运行。

这种模式确保如果主数据库故障，但是只有当第二次故障没有阻止完整的重做数据集从主数据库发送到至少一个备数据库时，不发生数据丢失。

最大性能模式 -- 这种保护模式（默认）提供了可能的最高级别的数据保护，而不影响主数据库的性能。这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提交而实现的。主数据库的重做数据流也写到至少一个备数据库，但是那个重做流相对于创建重做数据的事务是异步写的。

当所用的网络连接有足够的带宽，这种模式提供了近似于最大可用性模式的数据保护级别，并且对主数据库性能的影响最小。
最大保护和最大可用性模式需要备重做日志文件配置在配置中的至少一个备数据库上。所有三种保护模式需要在LOG_ARCHIVE_DEST_n 初始化参数上指定特定的日志传输属性以发送重做数据到至少一个备数据库。查看5.6 节以获得数据保护模式的完整信息。

Posted by eygle at 7:22 PM | Permalink | Comments (0) | Oracle摘 (36)

June 24, 2008

AIX 系统中 PVID 的含义与作用

Pvid是aix系统中的ODM LVM用于识别PV的序列号，操作系统通过pvid来识别pv，就好像我们每个人的ID card。

当pv被添加到系统中之后，可以通过两种方式生成pvid

1，cfgmgr -v
2，lspv 如果没有PVID的话，执行chdev -l hdiskn -a pv=yes

也就是说当系统可以识别硬盘并将硬盘认可为pv（即lvm的组件）的时候。系统就分配了pvid给硬盘，系统的odm库中保存有pvid。
Pvid的生成原则是主板序列号＋形成pv时候的时间戳，pvid除了写入odm库，在硬盘头信息里（0扇区的头几个字节）以及VGDA 也将写入pvid

To make a disk into a physical volume, the PVID is placed onto the disk. ThePVID is an combination of the machine's serial number (from the systems EPROMs) and the date the PVID was generated. This combination ensures the extremely low chance of PVIDs being duplicated. When the system is booted, the disk configurator looks at the PVID residing on the disk and compares it with an entry in the ODM. If an entry is found, then the disk is given the hdiskx number in the ODM that is associated with the PVID. If there is no matching entry, then the next name in the pool of 'free' hdisk names is allocated to the physical volume.

可以通过 lquerypv -H hdisk0查看pv上的pvid

ibm150:[/]#lquerypv -H /dev/hdisk0
000af70de396426b0000000000000000
ibm150:[/]#lspv
hdisk0 000af70de396426b datavg
hdisk1 000af70d5c816fc2 rootvg
hdisk2 000af70d4d50358c rootvg

可以看到三个pv的pvid前几位数字是相同的（即主板序列号），后几位数字是不同的。

可以通过以下方法修改pvid
chdev -l hdisk1 -a pv=clear 清除pv 磁盘头的pvid
chdev -l hdisk1 -a pv=yes 重新定义pvid

如果pv已经加入卷组，首先还得先varyoffvg ，exportvg
执行以上步骤，pv的pvid将会改变。这里修改的只是磁盘头的pvid，并没有修改vgda中的pvid

当pv已经是一个卷组的成员时，切记不要随便修改pvid

因为当pv加入一个卷组的时候，pvid将被写入vgda，如果你擅自修改卷组的pvid，然后新生成的pvid将不能和卷组vgda中的pvid相匹配，这样就无法importvg，就无法varyonvg，很有可能就会丢失数据！

当importvg的时候，odm将读取pv上的vgda，如果vgda上pvid与自身磁盘上的pvid不符合的话，将出现错误！

注意：当pv加入卷组以后，pvid在硬盘上存在于至少两个地方，一个是在硬盘头，一个是在vgda中。这两个地方的pvid一般是相同的，但是由于pvid的修改，可能造成不一致，这样就有可能丢失数据。

你可以通过
#lqueryvg -Atp hdisk0 查看pv vgda中的pvid

ibm150:[/]#lqueryvg -Atp hdisk0
Max LVs: 256
PP Size: 25
Free PPs: 85
LV count: 3
PV count: 1
Total VGDAs: 2
Conc Allowed 0
MAX PPs per 1016
MAX PVs: 32
Conc Autovar 0
Varied on Co 0
Logical: 000af70d00004c0000000106e3964781.1 loglv00 1
000af70d00004c0000000106e3964781.2 lv00 1
000af70d00004c0000000106e3964781.3 lv02 1
Physical: 000af70de396426b 2 0
Total PPs: 542
LTG size: 128
HOT SPARE: 0
AUTO SYNC: 0
VG PERMISSIO 0

当然万一修改了，还是有办法恢复数据的！
1，修复卷组（推荐）
1.首先将原卷组的定义从系统的ODM库中删除：
# exportvg vgname

2.检查硬盘上VGDA 区的信息，从中得到有关逻辑卷的名称及定义：
如：

#lqueryvg -Atp hdisk2
Max LVs: ------256
PP Size: ------26
Free PPs: -----538
LV count: -----2
PV count: -----1
Total VGDAs: --2
Conc Allowed --0
MAX PPs per ---1016
MAX PVs: ------32
Conc Autovar --0
Varied on Co --0
Logical: ------0003f62a00004c00000000f52f1737c5.1 --datalv1 1
---------------0003f62a00004c00000000f52f1737c5.2 --datalv2 1
Physical: -----0003f62a2f135f0e --------------2 ----0
Total PPs: ----542
LTG size: -----128
HOT SPARE: ----0
AUTO SYNC: ----0
VG PERMISSIO --0

3.创建逻辑卷名对应表文件。第一字段为VGDA区中的逻辑卷的名，第二字段为在新卷组中新的逻辑卷名，可相同也可不同；为了修复原有卷组的内容，通常逻辑卷名保持不变。

如：

#vi /tmp/lvname
datalv1:datalv1
datalv2:datalv2

4. 在硬盘上重新创建卷组，保留原有卷组的数据结构。

#recreatevg -y vgname -l lv_file hdisk_name...
如：
#recreatevg -y testvg -l /tmp/lvname hdisk2

5. 如果卷组上有文件系统，还需修改 /etc/filesystems ，使对应的文件系统的加载点与原来的一致。首先修改/etc/filesystems文件，不行的话就执行下面的步骤
或者：

如果在重新import后，发现mountpoint不同，可以通过smitty chlv修改lv属性，即修改Logical volume LABEL，使之与mount point相同。

为什么要修改/etc/filesystem呢？

recreatevg 后，系统自动创建了目录/fs，所有的文件系统加载到了/fs下，原来的mountpoint是以/为基准的.

来源链接：
http://blog.chinaunix.net/u1/39140/showart_304297.html

Posted by eygle at 10:07 PM | Permalink | Comments (1) | 学习资料 (51)

May 23, 2008

RMAN简明参考使用手册

以下是RMAN的简要使用参考，主要内容涉及Oracle9i，不包含之后版本信息。
部分脚本仅作参考：

一、RMAN的概念与体系结构
Recovery Manager（RMAN）是一种用于备份(backup)、还原(restore)和恢复(recover)数据库的 Oracle 工具。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件，如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。RMAN也允许您进行增量数据块级别的备份，增量RMAN备份是时间和空间有效的，因为他们只备份自上次备份以来有变化的那些数据块。而且，通过RMAN提供的接口，第三方的备份与恢复软件如veritas将提供更强大的备份与恢复的管理功能。

通过RMAN，也提供了其它更多功能，如数据库的克隆、采用RMAN建立备用数据库、利用RMAN备份与移动裸设备（RAW）上的文件等工作将变得更方便简单。9i的RMAN通过增强的自动配置与管理功能，以及特有的块级别的恢复，将使备份与恢复工作变得更加快捷与完美。

9i的RMAN有如下特征特性：

·自动的备份与恢复

·方便的备份归档日志

·自动检测新的数据文件

·支持增量备份

·最大限度的减少备份与恢复的错误

·减少恢复的时间

·在热备份中不会产生额外的redo日志

·损坏数据块的自动检测

·并行的备份与恢复操作

·在线备份时，表空间不用置于备份模式

可以看到，在以上的一些特性中，显示了RMAN强大的功能与好处，以上功能的实现，是因为RMAN是块级别的备份与恢复，备份与恢复发生在数据库块级别，可以通过比较数据块而获得一致性的数据块，可以避免备份没有用过的块，可以检验块是否损坏等块级别的问题。

阅读全文 "RMAN简明参考使用手册"

Posted by eygle at 5:23 PM | Permalink | Comments (3) | Oracle摘 (36)

May 15, 2008

胚胎停止发育的可能原因

昨天才知道，一个婴儿在出生之前也可能经历诸多挑战，每个Baby都是英雄。

在孕妇怀孕期间，出现 "胎停育" 也就是 胚胎停止发育 的概率是很高的。
根据统计，有15%至20%的妊娠以流产告终，还有30%至40%的隐型流产尚未被发现。

以下是关于胎停育的一点介绍：
胎停育就是胎儿停止了发育。通常妇女怀孕后40到50天左右，胎儿便有了胎芽和胎心，如果这时通过B超检查没有找到胎芽和胎心，就意味着胎儿停止了发育，在怀孕早期就叫"胎停育"。

胎停育原因：染色体、内分泌、感染、环境污染皆成祸端

造成胎儿停止发育的原因很多，并非每例病人都能找出确切的原因。但是有些原因是业内专家一致公认的。

　　由于染色体的数目或结构异常所致的胚胎发育不良，是流产最常见的原因，在自然流产中，遗传因素可占50%至60%。这也是一个自然淘汰的过程。导致胎儿染色体异常的原因很多，比如妈妈卵子异常，爸爸精子畸形，有毒化学物质的影响，放射线、高温等都会使胚胎染色体发生异常。

　　内分泌失调也是个重要原因。在内分泌门诊，经常会有"黄体功能不足"的患者，黄体功能不足可引起分泌期子宫内膜发育不良而致孕卵不易着床，或者卵虽然着床却早期流产。

　　孕妇感染也是导致胎停育的一个重要原因。有些比较小的病毒，比如风疹病毒、巨细胞等微小病毒，对母体不会产生什么影响，有的孕妇感染病毒后甚至没有任何症状，但对胎儿的影响可能是致命的。

　　环境污染对孕妇的影响也比较大，虽然目前还没有科学的研究数据，不过医生还是建议孕妇最好注意远离各种辐射，比如看电视最好距离两米以外等

祝愿每个准妈妈都能安康！

Posted by eygle at 9:46 AM | Permalink | Comments (2) | 孕产婴儿 (13)

May 7, 2008

用java调用oracle存储过程总结

1、什么是存储过程。存储过程是数据库服务器端的一段程序，它有两种类型。一种类似于SELECT查询，用于检索数据，检索到的数据能够以数据集的形式返回给客户。另一种类似于INSERT或DELETE查询，它不返回数据，只是执行一个动作。有的服务器允许同一个存储过程既可以返回数据又可以执行动作。
2、什么时候需要用存储过程
　　如果服务器定义了存储过程，应当根据需要决定是否要用存储过程。存储过程通常是一些经常要执行的任务，这些任务往往是针对大量的记录而进行的。在服务器上执行存储过程，可以改善应用程序的性能。这是因为：
.服务器往往具有强大的计算能力和速度。
.避免把大量的数据下载到客户端，减少网络上的传输量。
　　例如，假设一个应用程序需要计算一个数据，这个数据需要涉及到许多记录。如果不使用存储过程的话，把这些数据下载到客户端，导致网络上的流量剧增。
　　不仅如此，客户端可能是一台老掉牙的计算机，它的运算速度很慢。而改用存储过程后，服务器会很快地把数据计算出来，并且只需传递一个数据给客户端，其效率之高是非常明显的。
3、存储过程的参数
　　要执行服务器上的存储过程，往往要传递一些参数。这些参数分为四种类型：
　　第一种称为输入参数，由客户程序向存储过程传递值。
　　第二种称为输出参数，由存储过程向客户程序返回结果。
　　第三种称为输入/输出参数，既可以由客户程序向存储过程传递值，也可以由存储过程向客户程序返回结果。
　　第四种称为状态参数，由存储过程向客户程序返回错误信息。
　　要说明的是，并不是所有的服务器都支持上述四种类型的参数，例如，InterBase就不支持状态参数。
4、oracle 存储过程的基本语法

1.基本结构

CREATE OR REPLACEPROCEDURE 存储过程名字
(
参数1 IN NUMBER,
参数2 IN NUMBER
) IS
变量1 INTEGER :=0;
变量2 DATE;
BEGIN
END 存储过程名字

2.SELECT INTO STATEMENT
将select查询的结果存入到变量中，可以同时将多个列存储多个变量中，必须有一条
记录，否则抛出异常(如果没有记录抛出NO_DATA_FOUND)
例子：

BEGIN
SELECT col1,col2 into 变量1,变量2 FROM typestruct where xxx;
EXCEPTION
WHEN NO_DATA_FOUND THEN
xxxx;
END;

一：无返回值的存储过程
存储过程为：

CREATE OR REPLACE PROCEDURE TESTA(PARA1 IN VARCHAR2,PARA2 IN VARCHAR2) AS
BEGIN
INSERT INTO HYQ.B_ID (I_ID,I_NAME) S (PARA1, PARA2);
END TESTA;

然后呢，在java里调用时就用下面的代码：

package com.hyq.src;

import java.sql.*;
import java.sql.ResultSet;

public class TestProcedureOne {
public TestProcedureOne() {
}
public static void main(String[] args ){
String driver = "oracle.jdbc.driver.OracleDriver";
String strUrl = "jdbc:oracle:thin:@127.0.0.1:1521: hyq ";
Statement stmt = null;
ResultSet rs = null;
Connection conn = null;
CallableStatement cstmt = null;

try {
Class.forName(driver);
conn = DriverManager.getConnection(strUrl, " hyq ", " hyq ");
CallableStatement proc = null;
proc = conn.prepareCall("{ call HYQ.TESTA(?,?) }");
proc.setString(1, "100");
proc.setString(2, "TestOne");
proc.execute();
}
catch (SQLException ex2) {
ex2.printStackTrace();
}
catch (Exception ex2) {
ex2.printStackTrace();
}
finally{
try {
if(rs != null){
rs.close();
if(stmt!=null){
stmt.close();
}
if(conn!=null){
conn.close();
}
}
}
catch (SQLException ex1) {
}
}
}
}

当然了，这就先要求要建张表TESTTB,里面两个字段（I_ID，I_NAME）。

二：有返回值的存储过程（非列表）
存储过程为：

CREATE OR REPLACE PROCEDURE TESTB(PARA1 IN VARCHAR2,PARA2 OUT VARCHAR2) AS
BEGIN
SELECT INTO PARA2 FROM TESTTB WHERE I_ID= PARA1;
END TESTB;

在java里调用时就用下面的代码：

package com.hyq.src;

public class TestProcedureTWO {
public TestProcedureTWO() {
}
public static void main(String[] args ){
String driver = "oracle.jdbc.driver.OracleDriver";
String strUrl = "jdbc:oracle:thin:@127.0.0.1:1521:hyq";
Statement stmt = null;
ResultSet rs = null;
Connection conn = null;
try {
Class.forName(driver);
conn = DriverManager.getConnection(strUrl, " hyq ", " hyq ");
CallableStatement proc = null;
proc = conn.prepareCall("{ call HYQ.TESTB(?,?) }");
proc.setString(1, "100");
proc.registerOutParameter(2, Types.VARCHAR);
proc.execute();
String testPrint = proc.getString(2);
System.out.println("=testPrint=is="+testPrint);
}
catch (SQLException ex2) {
ex2.printStackTrace();
}
catch (Exception ex2) {
ex2.printStackTrace();
}
finally{
try {
if(rs != null){
rs.close();
if(stmt!=null){
stmt.close();
}
if(conn!=null){
conn.close();
}
}
}
catch (SQLException ex1) {
}
}
}
}

}

注意，这里的proc.getString(2)中的数值2并非任意的，而是和存储过程中的out列对应的，如果out是在第一个位置，那就是proc.getString(1)，如果是第三个位置，就是proc.getString(3)，当然也可以同时有多个返回值，那就是再多加几个out参数了。

三：返回列表
由于oracle存储过程没有返回值，它的所有返回值都是通过out参数来替代的，列表同样也不例外，但由于是集合，所以不能用一般的参数，必须要用pagkage了.所以要分两部分，
1，建一个程序包。如下：

CREATE OR REPLACE PACKAGE TESTPACKAGE AS
TYPE Test_CURSOR IS REF CURSOR;
end TESTPACKAGE;

2，建立存储过程，存储过程为：

CREATE OR REPLACE PROCEDURE TESTC(p_CURSOR out TESTPACKAGE.Test_CURSOR) IS
BEGIN
OPEN p_CURSOR FOR SELECT * FROM HYQ.TESTTB;
END TESTC;

可以看到，它是把游标（可以理解为一个指针），作为一个out 参数来返回值的。
在java里调用时就用下面的代码：

package com.hyq.src;
import java.sql.*;
import java.io.OutputStream;
import java.io.Writer;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import oracle.jdbc.driver.*;

public class TestProcedureTHREE {
public TestProcedureTHREE() {
}
public static void main(String[] args ){
String driver = "oracle.jdbc.driver.OracleDriver";
String strUrl = "jdbc:oracle:thin:@127.0.0.1:1521:hyq";
Statement stmt = null;
ResultSet rs = null;
Connection conn = null;

try {
Class.forName(driver);
conn = DriverManager.getConnection(strUrl, "hyq", "hyq");

CallableStatement proc = null;
proc = conn.prepareCall("{ call hyq.testc(?) }");
proc.registerOutParameter(1,oracle.jdbc.OracleTypes.CURSOR);
proc.execute();
rs = (ResultSet)proc.getObject(1);

while(rs.next())
{
System.out.println("<tr><td>" + rs.getString(1) + "</td><td>"+rs.getString(2)+"</td></tr>");
}
}
catch (SQLException ex2) {
ex2.printStackTrace();
}
catch (Exception ex2) {
ex2.printStackTrace();
}
finally{
try {
if(rs != null){
rs.close();
if(stmt!=null){
stmt.close();
}
if(conn!=null){
conn.close();
}
}
}
catch (SQLException ex1) {
}
}
}
}