热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

笔记:物理DG重建又一例

1、主库生成RMAN备份注意:要运用backupascompressedbackupset,可以节省相当的空间run{allocatechannelc1devicetypedisk;backupascompressedbackupsetformatu0

1、主库生成RMAN备份注意:要运用backupascompressedbackupset,可以节省相当的空间run{allocatechannelc1devicetypedisk;backupascompressedbackupsetformat/u0

1、主库生成RMAN备份

注意:要运用backup as compressed backupset,可以节省相当的空间

run

{

allocate channel c1 device type disk;

backup as compressed backupset format ' /u01/rmanbak/nfs/bk_%U' database;

sql 'alter system archive log current';

release channel c1;

}



2、主库生成从库的控制文件

SQL> alter database create standby controlfile as '/tmp/control01.ctl';

Database altered.


3、主库生成的RMAN备份和控制文件放置到从库制定的位置

因为RMAN备份直接放置到了用从库建立了NFS上,香港服务器租用,所以无需额外的传输,但控制文件需要移动到备库的相应目录

[oracle@dgserver standby]$ mv /u01/rmanbak/nfs/control01.ctl control01.ctl

[oracle@dgserver standby]$ cp control01.ctl control03.ctl

[oracle@dgserver standby]$ cp control01.ctl control02.ctl


4、从库RMAN恢复

[oracle@dgserver standby]$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Sun May 5 09:38:16 2013

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: PRIMARY (DBID=1656746419, not open)

RMAN> run {

allocate channel c1 device type disk;

allocate channel c2 device type disk;

allocate channel c3 device type disk;

allocate channel c4 device type disk;

restore database;

switch datafile all;

release channel c1;

release channel c2;

release channel c3;

release channel c4;

}

2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>

using target database control file instead of recovery catalog

allocated channel: c1

channel c1: sid=1479 devtype=DISK

allocated channel: c2

channel c2: sid=1478 devtype=DISK

allocated channel: c3

channel c3: sid=1477 devtype=DISK

allocated channel: c4

channel c4: sid=1476 devtype=DISK

Starting restore at 05-MAY-13

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00002 to /u01/oradata/standby/undotbs1.263.789583551

restoring datafile 00003 to /u01/oradata/standby/sysaux.264.789583551

restoring datafile 00004 to /u01/oradata/standby/undotbs2.266.789583557

restoring datafile 00005 to /u01/oradata/standby/users.267.789583559

restoring datafile 00006 to /u01/oradata/standby/inman_index.282.789655375

restoring datafile 00007 to /u01/oradata/standby/in_adcphcled_data.285.789655539

restoring datafile 00008 to /u01/oradata/standby/in_xian_index.286.789655615

restoring datafile 00009 to /u01/oradata/standby/in_xian_data.287.789655707

restoring datafile 00010 to /u01/oradata/standby/tbs_catalog.288.789655837

restoring datafile 00011 to /u01/oradata/standby/eport_index.291.789656023

restoring datafile 00012 to /u01/oradata/standby/in_man_index.292.789656085

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00014 to /u01/oradata/standby/in_man_data.294.789656245

restoring datafile 00015 to /u01/oradata/standby/in_adcphc_index.295.789656363

restoring datafile 00016 to /u01/oradata/standby/auditadcphc.298.789656683

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00018 to /u01/oradata/standby/eport_data.302.789657055

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00021 to /u01/oradata/standby/users.315.789661229

restoring datafile 00022 to /u01/oradata/standby/users.318.789661589

restoring datafile 00023 to /u01/oradata/standby/users.319.789661839

restoring datafile 00024 to +DATA/in_suzhou_data

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00026 to /u01/oradata/standby/in_suzhou_data.9154.810742355

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c1: reading from backup piece /u01/rmanbak/inc0_PRIMARY_sho8r312_1_1

ORA-19870: error reading backup piece /u01/rmanbak/inc0_PRIMARY_sho8r312_1_1

ORA-19505: failed to identify file "/u01/rmanbak/inc0_PRIMARY_sho8r312_1_1"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

failover to previous backup

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00002 to /u01/oradata/standby/undotbs1.263.789583551

restoring datafile 00003 to /u01/oradata/standby/sysaux.264.789583551

restoring datafile 00004 to /u01/oradata/standby/undotbs2.266.789583557

restoring datafile 00005 to /u01/oradata/standby/users.267.789583559

restoring datafile 00006 to /u01/oradata/standby/inman_index.282.789655375

restoring datafile 00007 to /u01/oradata/standby/in_adcphcled_data.285.789655539

restoring datafile 00008 to /u01/oradata/standby/in_xian_index.286.789655615

restoring datafile 00009 to /u01/oradata/standby/in_xian_data.287.789655707

restoring datafile 00010 to /u01/oradata/standby/tbs_catalog.288.789655837

restoring datafile 00011 to /u01/oradata/standby/eport_index.291.789656023

restoring datafile 00012 to /u01/oradata/standby/in_man_index.292.789656085

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00014 to /u01/oradata/standby/in_man_data.294.789656245

restoring datafile 00015 to /u01/oradata/standby/in_adcphc_index.295.789656363

restoring datafile 00016 to /u01/oradata/standby/auditadcphc.298.789656683

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00018 to /u01/oradata/standby/eport_data.302.789657055

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00021 to /u01/oradata/standby/users.315.789661229

restoring datafile 00022 to /u01/oradata/standby/users.318.789661589

restoring datafile 00023 to /u01/oradata/standby/users.319.789661839

restoring datafile 00024 to +DATA/in_suzhou_data

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00026 to /u01/oradata/standby/in_suzhou_data.9154.810742355

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c1: reading from backup piece /u01/rmanbak/nfs/bk_ppo8iqa9_1_1

ORA-19870: error reading backup piece /u01/rmanbak/nfs/bk_ppo8iqa9_1_1

ORA-19504: failed to create file "+DATA/in_suzhou_data"

ORA-17502: ksfdcre:3 Failed to create file +DATA/in_suzhou_data

ORA-15001: diskgroup "DATA" does not exist or is not mounted

ORA-15077: could not locate ASM instance serving a required diskgroup

ORA-29701: unable to connect to Cluster Manager

failover to previous backup

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00024 to +DATA/in_suzhou_data

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c1: reading from backup piece /u01/rmanbak/inc0_PRIMARY_nho86012_1_1

ORA-19870: error reading backup piece /u01/rmanbak/inc0_PRIMARY_nho86012_1_1

ORA-19505: failed to identify file "/u01/rmanbak/inc0_PRIMARY_nho86012_1_1"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

failover to previous backup

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00024 to +DATA/in_suzhou_data

channel c1: reading from backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1725_1_lto7pe31.bak

channel c2: starting datafile backupset restore

channel c2: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

channel c2: reading from backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1727_1_lvo7pe31.bak

channel c3: starting datafile backupset restore

channel c3: specifying datafile(s) to restore from backup set

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

channel c3: reading from backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1724_1_lso7pe31.bak

channel c4: starting datafile backupset restore

channel c4: specifying datafile(s) to restore from backup set

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c4: reading from backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1726_1_luo7pe31.bak

ORA-19870: error reading backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1726_1_luo7pe31.bak

ORA-19505: failed to identify file "/u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1726_1_luo7pe31.bak"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

ORA-19870: error reading backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1725_1_lto7pe31.bak

ORA-19505: failed to identify file "/u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1725_1_lto7pe31.bak"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

ORA-19870: error reading backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1727_1_lvo7pe31.bak

ORA-19505: failed to identify file "/u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1727_1_lvo7pe31.bak"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

ORA-19870: error reading backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1724_1_lso7pe31.bak

ORA-19505: failed to identify file "/u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1724_1_lso7pe31.bak"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

failover to previous backup

creating datafile fno=28 name=/u01/oradata/standby/system_data

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

channel c1: reading from backup piece /u01/rmanbak/inc0_PRIMARY_0ro5s5gv_1_1

channel c2: starting datafile backupset restore

channel c2: specifying datafile(s) to restore from backup set

restoring datafile 00024 to +DATA/in_suzhou_data

channel c2: reading from backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1619_1_ijo6sfbj.bak

ORA-19870: error reading backup piece /u01/rmanbak/inc0_PRIMARY_0ro5s5gv_1_1

ORA-19505: failed to identify file "/u01/rmanbak/inc0_PRIMARY_0ro5s5gv_1_1"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

ORA-19870: error reading backup piece /u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1619_1_ijo6sfbj.bak

ORA-19505: failed to identify file "/u01/rmanbak/nfs/`date +2013%mPRIMARY`_full_PRIMARY_1619_1_ijo6sfbj.bak"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

failover to previous backup

creating datafile fno=1 name=/u01/oradata/standby/system.262.789583545

released channel: c1

released channel: c2

released channel: c3

released channel: c4

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of restore command at 05/05/2013 12:06:01

ORA-01180: can not create datafile 1

ORA-01110: data file 1: '/u01/oradata/standby/system.262.789583545'

RMAN>

------------------------------------------------------------------------

因为从库不存在 +DATA目录,需要RENAME,重新执行RESTORE

------------------------------------------------------------------------


RMAN>

RMAN> run {

allocate channel c1 device type disk;

allocate channel c2 device type disk;

allocate channel c3 device type disk;

allocate channel c4 device type disk;

set newname for datafile 24 to '/u01/oradata/standby/in_suzhou_data.dbf';

restore database;

switch datafile all;

release channel c1;

release channel c2;

release channel c3;

release channel c4;

}2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13>

allocated channel: c1

channel c1: sid=1479 devtype=DISK

allocated channel: c2

channel c2: sid=1478 devtype=DISK

allocated channel: c3

channel c3: sid=1477 devtype=DISK

allocated channel: c4

channel c4: sid=1476 devtype=DISK

executing command: SET NEWNAME

Starting restore at 05-MAY-13

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00002 to /u01/oradata/standby/undotbs1.263.789583551

restoring datafile 00003 to /u01/oradata/standby/sysaux.264.789583551

restoring datafile 00004 to /u01/oradata/standby/undotbs2.266.789583557

restoring datafile 00005 to /u01/oradata/standby/users.267.789583559

restoring datafile 00006 to /u01/oradata/standby/inman_index.282.789655375

restoring datafile 00007 to /u01/oradata/standby/in_adcphcled_data.285.789655539

restoring datafile 00008 to /u01/oradata/standby/in_xian_index.286.789655615

restoring datafile 00009 to /u01/oradata/standby/in_xian_data.287.789655707

restoring datafile 00010 to /u01/oradata/standby/tbs_catalog.288.789655837

restoring datafile 00011 to /u01/oradata/standby/eport_index.291.789656023

restoring datafile 00012 to /u01/oradata/standby/in_man_index.292.789656085

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00014 to /u01/oradata/standby/in_man_data.294.789656245

restoring datafile 00015 to /u01/oradata/standby/in_adcphc_index.295.789656363

restoring datafile 00016 to /u01/oradata/standby/auditadcphc.298.789656683

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00018 to /u01/oradata/standby/eport_data.302.789657055

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00021 to /u01/oradata/standby/users.315.789661229

restoring datafile 00022 to /u01/oradata/standby/users.318.789661589

restoring datafile 00023 to /u01/oradata/standby/users.319.789661839

restoring datafile 00024 to /u01/oradata/standby/in_suzhou_data.dbf

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00026 to /u01/oradata/standby/in_suzhou_data.9154.810742355

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c1: reading from backup piece /u01/rmanbak/inc0_PRIMARY_sho8r312_1_1

ORA-19870: error reading backup piece /u01/rmanbak/inc0_PRIMARY_sho8r312_1_1

ORA-19505: failed to identify file "/u01/rmanbak/inc0_PRIMARY_sho8r312_1_1"

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

failover to previous backup

skipping datafile 2; already restored to file /u01/oradata/standby/undotbs1.263.789583551

skipping datafile 3; already restored to file /u01/oradata/standby/sysaux.264.789583551

skipping datafile 4; already restored to file /u01/oradata/standby/undotbs2.266.789583557

skipping datafile 5; already restored to file /u01/oradata/standby/users.267.789583559

skipping datafile 6; already restored to file /u01/oradata/standby/inman_index.282.789655375

skipping datafile 7; already restored to file /u01/oradata/standby/in_adcphcled_data.285.789655539

skipping datafile 8; already restored to file /u01/oradata/standby/in_xian_index.286.789655615

skipping datafile 9; already restored to file /u01/oradata/standby/in_xian_data.287.789655707

skipping datafile 10; already restored to file /u01/oradata/standby/tbs_catalog.288.789655837

skipping datafile 11; already restored to file /u01/oradata/standby/eport_index.291.789656023

skipping datafile 12; already restored to file /u01/oradata/standby/in_man_index.292.789656085

skipping datafile 14; already restored to file /u01/oradata/standby/in_man_data.294.789656245

skipping datafile 15; already restored to file /u01/oradata/standby/in_adcphc_index.295.789656363

skipping datafile 16; already restored to file /u01/oradata/standby/auditadcphc.298.789656683

skipping datafile 18; already restored to file /u01/oradata/standby/eport_data.302.789657055

skipping datafile 21; already restored to file /u01/oradata/standby/users.315.789661229

skipping datafile 22; already restored to file /u01/oradata/standby/users.318.789661589

skipping datafile 23; already restored to file /u01/oradata/standby/users.319.789661839

skipping datafile 26; already restored to file /u01/oradata/standby/in_suzhou_data.9154.810742355

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /u01/oradata/standby/system.262.789583545

restoring datafile 00013 to /u01/oradata/standby/in_suzhou_data.293.789656119

restoring datafile 00017 to /u01/oradata/standby/in_adcphc_data.299.789656797

restoring datafile 00019 to /u01/oradata/standby/in_suzhou_index.303.789657231

restoring datafile 00020 to /u01/oradata/standby/in_suzhou_data.312.789659221

restoring datafile 00024 to /u01/oradata/standby/in_suzhou_data.dbf

restoring datafile 00025 to /u01/oradata/standby/in_suzhou_data

restoring datafile 00027 to /u01/oradata/standby/in_adcphc_data.9090.810742665

restoring datafile 00028 to /u01/oradata/standby/system_data

channel c1: reading from backup piece /u01/rmanbak/nfs/bk_ppo8iqa9_1_1

channel c1: restored backup piece 1

piece handle=/u01/rmanbak/nfs/bk_ppo8iqa9_1_1 tag=TAG20130501T214233

channel c1: restore complete, elapsed time: 02:32:57

Finished restore at 05-MAY-13

datafile 24 switched to datafile copy

input datafile copy recid=29 stamp=814635208 filename=/u01/oradata/standby/in_suzhou_data.dbf

released channel: c1

released channel: c2

released channel: c3

released channel: c4

RMAN>


5、尝试应用日志

SQL> alter database recover managed standby database using current logfile disconnect from session;

alter database recover managed standby database using current logfile disconnect from session

*

ERROR at line 1:

ORA-38500: USING CURRENT LOGFILE option not available without stand

SQL> alter database add standby logfile group 10 ('/u01/oradata/standby/stand01.log') size 100m;

alter database add standby logfile group 11 ('/u01/oradata/standby/stand02.log') size 100m;

alter database add standby logfile group 12 ('/u01/oradata/standby/stand03.log') size 100m;

alter database add standby logfile group 13 ('/u01/oradata/standby/stand04.log') size 100m;

alter database add standby logfile group 14 ('/u01/oradata/standby/stand05.log') size 100m;

alter database add standby logfile group 15 ('/u01/oradata/standby/stand06.log') size 100m;

Database altered.

SQL>

Database altered.

SQL>

Database altered.

SQL>

Database altered.

SQL>

Database altered.

SQL>

Database altered.

SQL> SQL>

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL>


5、查看日志,已经正常应用了

root@dgserver standby]# cd /u01/app/oracle/admin/standby/bdump

[root@dgserver bdump]# tail -f *.log

Media Recovery Log /u01/archivelog/standby/arc_1_13753_789583539.dbf

Media Recovery Waiting for thread 2 sequence 17431

Fetching gap sequence in thread 2, gap sequence 17431-17530

FAL[client, MRP0]: Error 88 fetching archived redo log from PRIMARY

Sun May 05 20:09:26 CST 2013

Errors in file /u01/app/oracle/admin/standby/bdump/standby_mrp0_19416.trc:

ORA-00088: command cannot be executed by shared server

Sun May 05 20:09:27 CST 2013

RFS[2]: Archived Log: '/u01/archivelog/standby/arc_1_13769_789583539.dbf'

RFS[2]: Archived Log: '/u01/archivelog/standby/arc_1_13770_789583539.dbf'

Sun May 05 20:09:39 CST 2013

RFS[2]: Archived Log: '/u01/archivelog/standby/arc_1_13771_789583539.dbf'

Sun May 05 20:09:40 CST 2013

RFS[1]: Archived Log: '/u01/archivelog/standby/arc_2_17431_789583539.dbf'

RFS[1]: Archived Log: '/u01/archivelog/standby/arc_2_17432_789583539.dbf'

Sun May 05 20:09:49 CST 2013

RFS[2]: Archived Log: '/u01/archivelog/standby/arc_1_13772_789583539.dbf'

Sun May 05 20:09:55 CST 2013

RFS[1]: Archived Log: '/u01/archivelog/standby/arc_2_17433_789583539.dbf'

Sun May 05 20:09:56 CST 2013

Media Recovery Log /u01/archivelog/standby/arc_2_17431_789583539.dbf

本文出自 “麦地坞” 博客,请务必保留此出处

,香港虚拟主机,香港服务器
推荐阅读
  • 基于PgpoolII的PostgreSQL集群安装与配置教程
    本文介绍了基于PgpoolII的PostgreSQL集群的安装与配置教程。Pgpool-II是一个位于PostgreSQL服务器和PostgreSQL数据库客户端之间的中间件,提供了连接池、复制、负载均衡、缓存、看门狗、限制链接等功能,可以用于搭建高可用的PostgreSQL集群。文章详细介绍了通过yum安装Pgpool-II的步骤,并提供了相关的官方参考地址。 ... [详细]
  • 一、Hadoop来历Hadoop的思想来源于Google在做搜索引擎的时候出现一个很大的问题就是这么多网页我如何才能以最快的速度来搜索到,由于这个问题Google发明 ... [详细]
  • 本文详细介绍了SQL日志收缩的方法,包括截断日志和删除不需要的旧日志记录。通过备份日志和使用DBCC SHRINKFILE命令可以实现日志的收缩。同时,还介绍了截断日志的原理和注意事项,包括不能截断事务日志的活动部分和MinLSN的确定方法。通过本文的方法,可以有效减小逻辑日志的大小,提高数据库的性能。 ... [详细]
  • Linux服务器密码过期策略、登录次数限制、私钥登录等配置方法
    本文介绍了在Linux服务器上进行密码过期策略、登录次数限制、私钥登录等配置的方法。通过修改配置文件中的参数,可以设置密码的有效期、最小间隔时间、最小长度,并在密码过期前进行提示。同时还介绍了如何进行公钥登录和修改默认账户用户名的操作。详细步骤和注意事项可参考本文内容。 ... [详细]
  • 本文介绍了在开发Android新闻App时,搭建本地服务器的步骤。通过使用XAMPP软件,可以一键式搭建起开发环境,包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表,并设置相应的属性。最后,给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • 本文介绍了在rhel5.5操作系统下搭建网关+LAMP+postfix+dhcp的步骤和配置方法。通过配置dhcp自动分配ip、实现外网访问公司网站、内网收发邮件、内网上网以及SNAT转换等功能。详细介绍了安装dhcp和配置相关文件的步骤,并提供了相关的命令和配置示例。 ... [详细]
  • Centos7.6安装Gitlab教程及注意事项
    本文介绍了在Centos7.6系统下安装Gitlab的详细教程,并提供了一些注意事项。教程包括查看系统版本、安装必要的软件包、配置防火墙等步骤。同时,还强调了使用阿里云服务器时的特殊配置需求,以及建议至少4GB的可用RAM来运行GitLab。 ... [详细]
  • 本文介绍了在Hibernate配置lazy=false时无法加载数据的问题,通过采用OpenSessionInView模式和修改数据库服务器版本解决了该问题。详细描述了问题的出现和解决过程,包括运行环境和数据库的配置信息。 ... [详细]
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • 图解redis的持久化存储机制RDB和AOF的原理和优缺点
    本文通过图解的方式介绍了redis的持久化存储机制RDB和AOF的原理和优缺点。RDB是将redis内存中的数据保存为快照文件,恢复速度较快但不支持拉链式快照。AOF是将操作日志保存到磁盘,实时存储数据但恢复速度较慢。文章详细分析了两种机制的优缺点,帮助读者更好地理解redis的持久化存储策略。 ... [详细]
  • 计算机存储系统的层次结构及其优势
    本文介绍了计算机存储系统的层次结构,包括高速缓存、主存储器和辅助存储器三个层次。通过分层存储数据可以提高程序的执行效率。计算机存储系统的层次结构将各种不同存储容量、存取速度和价格的存储器有机组合成整体,形成可寻址存储空间比主存储器空间大得多的存储整体。由于辅助存储器容量大、价格低,使得整体存储系统的平均价格降低。同时,高速缓存的存取速度可以和CPU的工作速度相匹配,进一步提高程序执行效率。 ... [详细]
  • 本文详细介绍了在ASP.NET中获取插入记录的ID的几种方法,包括使用SCOPE_IDENTITY()和IDENT_CURRENT()函数,以及通过ExecuteReader方法执行SQL语句获取ID的步骤。同时,还提供了使用这些方法的示例代码和注意事项。对于需要获取表中最后一个插入操作所产生的ID或马上使用刚插入的新记录ID的开发者来说,本文提供了一些有用的技巧和建议。 ... [详细]
  • 如何在服务器主机上实现文件共享的方法和工具
    本文介绍了在服务器主机上实现文件共享的方法和工具,包括Linux主机和Windows主机的文件传输方式,Web运维和FTP/SFTP客户端运维两种方式,以及使用WinSCP工具将文件上传至Linux云服务器的操作方法。此外,还介绍了在迁移过程中需要安装迁移Agent并输入目的端服务器所在华为云的AK/SK,以及主机迁移服务会收集的源端服务器信息。 ... [详细]
  • 本文讨论了在数据库打开和关闭状态下,重新命名或移动数据文件和日志文件的情况。针对性能和维护原因,需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况,以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]
  • CentOS 7部署KVM虚拟化环境之一架构介绍
    本文介绍了CentOS 7部署KVM虚拟化环境的架构,详细解释了虚拟化技术的概念和原理,包括全虚拟化和半虚拟化。同时介绍了虚拟机的概念和虚拟化软件的作用。 ... [详细]
author-avatar
趣校区导购网
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有