不久之前我们我们在《戴尔EqualLogic PS6000S iSCSI SAN性能评测》中向大家详细介绍了戴尔最新推出的使用SSD固态硬盘的iSCSI SAN存储设备在性能方面的强大表现，相信看过这篇文章的朋友一定对其优异的IO性能记忆犹新，今天，我们继续为大家带来这款《戴尔EqualLogic PS6000S初始化配置指南》，以使大家不仅从功能上，而且从实际使用过程上上对这款产品有一个全面的了解。Dell EqualLogic PS6000S初始化 在使用Dell EqualLogic PS6000S之前，我们需要通过串口对其进行初始设置，设置内容包括组管理设置、IP网络设置等方面，下面是设置过程的详细图解。ps6000s使用超级终端连接PS6000S 首先用串口线连接管理端计算机与PS6000S的控制器的串行端口，接下来便是从管理端向PS6000S发起连接。由于我们使用的是Windows server 2003，因此在通过串行端口对PS6000S进行设置时首先需要从系统盘安装超级终端，安装完成后运行超级终端，系统会提示输入连接名称，输入名称后确定，选定连接时使用的端口，端口属性参数设置采用默认即可。ps6000s输入登录名和密码 设置完成后点击确定，连接后在打开的超级终端空白输入框中敲击回车，用户将会看到系统提示输入用户名和密码，在PS6000S出厂设置中，用户名和密码均默认使用grpadmin，输入完成并确定，用户将会收到欢迎信息，并且提示是否现在开始对阵列进行设置。ps6000s开始配置阵列 对于每一步需要进行的操作，系统都会有详细的提示，比如在询问是否要对阵列进行设置时，系统会给出输入y或者是n的提示，需要注意的是，用户在进行输入时需要严格根据提示来进行，比如这里提示的小写的y，用户就不可以输入大写Y，否则会报错。而在提示后面会有一个方括号，方括号中间的值是默认值，如果默认值与你的选择相同，则直接按回车即可，无需再输入。ps6000s输入Member名设置进程的下一步就是输入Member的名字，这里的Member就是指整个硬件磁盘阵列，在输入名字之后，系统会提示输入网络端口的IP地址，注意，这一步要输入的是要配置的端口名称。戴尔PS6000S有四个网络端口可供设置，分别是eth0、eth1、eth2、eth3。这里默认要设置的是eth0，如果用户要设置的就是这个网口，直接回车即可，如果用户要设置的是其他网口，输入网口名称并按回车。设定好网络信息 在下一步输入IP地址之后是子网掩码和网关的设置，这里我们均使用默认值，直接回车。输入组名和组IP 接下来要进行的是组设置，组是一个逻辑概念，是为了管理而设定的，一个组可以包括很多的阵列设备，就像在这一步中系统会提示用户是否要将这个设备加入一个已经存在的组，这时候如果用户确实要加入的话就输入那个组的名称和组的IP地址，如果用户是要重新建立一个组的话可以可以在此输入要建立的组的名字和组IP地址，这个组IP地址要不同于刚才设的具体网口的IP，但最好和网口IP处于一个网段。建立一个新组 这里我们是重新建立一个新的组，输入组名和组IP之后按回车，系统会先在网络中寻找输入的组，如果找不到的话会提示用户是否要建立一个新的组，同意之后系统会询问用户是否要用已经输入的组信息，用户同意之后新的组就建立成功了。使用已输入的信息建立新组 接下来，系统会提示用户修改组管理帐户的密码，输入新密码后PS6000S需要用到串行端口进行的初始化操作就完成了，这时候我们可以看到提示符前面出现PS6000字样，表明我们是对PS6000这个组进行操作。组设置成功使用备控制器时不能进行组设置 在这里需要说明的是，PS6000S的两个控制模块并不是对等的，而是一主一备，上述我们进行的操作都是通过主控制模块来完成的，如果用户串口线接入的是备控制端口，用户将会看到系统提示现在接入的只是备控制模块，不能进行阵列和组管理。 在通过串行端口完成初步的初始化之后，用户就可以通过管理端的IE来进行接下来的RAID设置、卷的划分、克隆及快照等等操作了。通过IE设置戴尔PS6000S 使用IE对PS6000S进行管理需要Java的支持，如果用户的管理端计算机上没有安装Java的话是无法进行管理，这时候就需要到SUN网站去下载一个Java的安装包，安装之后管理端才会有对Java的支持能力。 安装Java软件之后，用户在IE地址栏输入组IP地址即可对存储组进行管理，输入我们刚才设定好的组管理用户名和密码，我们就可以打开组管理主页面，我们可以看到整个管理页面分为左侧的栏目数和右侧的主界面，用户可以在左侧的栏目数中选择要设置的对象，比如组设置、Member硬件阵列设置以及卷设置等等，而在右侧的界面则主要用来显示一下系统信息，比如在主界面显示的就是组名、组IP等。通过IE登陆 由于我们还没有进行RAID设置，因此在主界面上有一个很醒目的警告，点击黄色的提示条，系统会出现立即进行RAID设置的提示，点击确定设置即可开始。系统提示设置RAID 下图是进行RAID设置的第一步，用户需要先输入要进行RAID设置的阵列设备的名字，我们先前为这个设备定名为ps6000，输入之后点击下一步。设置RAID第一步 接下来的一步是设置RAID级别，这款产品支持RAID50、RAID10、RAID5、RAID6四种级别，用户在设置完成后还可以改变RAID级别，但是只能在系统规定的级别之间进行转换，系统在RAID设置出给出了鲜明的提示。确定RAID级别 设置完成RAID级别之后系统会将设置信息全部显示以供用户确认，用户确认无误后点击完成，阵列RAID就设置好了。确认信息设置好RAID之后再进入组管理主页面，我们会看到黄色的警告提示已经没有了，而在系统页面中间的组硬盘空间部分，用户可以看到四个四个选项和一个饼图，用户选择不同的选项时都可以从左侧的饼图中看到形象的展示，比如我们现在选的是组空间利用率，我们就会从饼图中看到现在的空间有多少是用来存储卷的，有多少是用来存储快照的，空余的空间又有多少，由于我们现在刚刚完成初始化，还没有设置卷等，所以所有的空间都是空闲的。组管理主页面 当选中第二项RAID空间信息时，我们可以从饼图中看到这个组中采用各种RAID级别的容量比例，不同的RAID级别系统会同不同的颜色标出。由于我们这个组中只有一个设备，所以大家看到的所有的空间都是RAID50，当一个组中有多个设备且设备使用的是不同的RAID级别时饼图就会显示各种RAID级别空间的比例。通过主页面可以形象地看到RAID级别并进行对组进行设置 在组管理主页面之下，是组设置项。点击选中组设置项，我们可以看到在这一项中我们可以对整个组进行设置，包括常规设置、管理设置、通知策略、iSCSI链接策略、SNMP设置、VDS/VSS设置以及等等，在这一项中我们可以进行具体的组设置，比如在第一项常规设置中我们就可以修改组名、组IP并能够设置系统时区以及NAT服务器，其他项目的使用在后面的用到时我们还有详细的介绍。组设置选项 组设置项下面是组监控项，在这一项中我们可以对连接到这个组的现时情况进行监控，比如第一项就是监控通过iSCSI连接到改组的设备的列表，第二项是用来监控快照等的时间表，而我们图上所显示的是目前对该组进行管理的会话模式，和登陆历史。组监控项 第三项Events不用说大家也能看得出来这是日志记录，日志对于管理员来说是非常有用的故障排除等的依据。日志 第四项是存储池的设置，存储池是PS6000S对资源进行分配的一种方式，与组类似，但比组的范围要小一些，一个组可以拥有多个池，但是一个池中也可以拥有多个阵列，可以说，组更多的是从逻辑上对存储的一个划分，侧重与管理性，而池则更多的是从资源本身上对存储空间进行了划分，侧重于实际使用。当我们将一个设备进行初始化时，系统会提示是否加入一个组，如果你选择加入一个组后，而这个组内已经存在存储池时，系统还会询问用户是否将这个设备加入该存储池，用户如果选择是，则这个组还是一个存储池，如果选择否，则该组中就有两个存储池了。通过Meber项可以进行阵列的物理设置 在存储池下面的一项是Member，也就是成员的意思，一个Member就是一个单独的物理阵列，在我们这个组中只有一个PS6000，所以Member列表里只有这么一个设备。 选中PS6000，用户就可以对物理设备进行设置了，比如在第一个整体状态项中大家可以看到整个系统的整体状态，比如从上图中大家就可以看到我们在这个阵列中使用了8块硬盘。而在图形化的硬盘标识右侧的是告警项，如果这个阵列的某一个模块出现问题其会显示黄色的告警信息，在我们这个图里所有的模块都是绿色的OK状态。设置各个网口的网络 而在其他项目也中，比如Network项中，我们可以对设备的四个网口进行设置。其他的各项从字面意思就很好理解，我们在这里就不一一介绍了。卷设置项
发布: admin 分类: 技术文章 评论: 0 浏览: 161
发现扫描能用得存储阵列名# SMcli -d -i 显示存储阵列LOG机器的控制器信息# SMcli -n 'LOG' -c 'show allControllers;' 192.168.3.6Performing syntax check...Syntax check complete.Executing script... RAID Controller Module in Enclosure 0, Slot 0 Status: Online Current configuration Firmware version: 07.75.28.60 Appware version: 07.75.28.60 Bootware version: 07.75.28.60 具体命令：show storageArray;show storageArray time;show storageArray healthStatus;show hostTopology;md3200 有内置的snmp管理，不过是主动发送到某台装了md管理软件的机器上的。无法主动连接md3200获取snmp信息（有吗？目前未知）。
发布: admin 分类: 技术文章 评论: 0 浏览: 275
随着服务器虚拟化在企业中的应用越来越广，对寄宿其上的虚拟机系统的管理也越来越受到重视，在本文中，笔者通过实例来帮助大家如何实现虚拟机系统在磁盘空间方面的扩容。本文虽然取场景于VMware的服务器虚拟化，但其方法同样可被借鉴在在其他如微软HYPER-V的服务器虚拟化中。在VSphere中扩展磁盘是一件很容易的事情，因为其摆脱了传统磁盘的物理限制。只需轻点几下鼠标即可完成磁盘的扩充。
发布: admin 分类: 技术文章 评论: 0 浏览: 65
在玩windows azure pack for windows server时，才发现如下的问题： 1. 现象： 在SCVMM 2012 R2（或通过HyperV管理控制台）中，创建二代虚拟机，然后在SCVMM中创建或是转换成模板后，无法通过此模板创建虚拟机，提示错误如下：错误提示：vmm找不到此设备，或者此设备无效，因此无法用作启动设备。
发布: admin 分类: 技术文章 评论: 0 浏览: 47
网络上有此类SOP，看起来很操作没问题了。但实际实施中，仍有不少细节无法通过，在此以图片展示操作过程，作为补充。一、NBU中建立硬盘备份：二、设定VMware Access Host:三、添加VM Server :四、建立vCenter的备份策略。注意策略类型为FlashBackup-Windows。选项部分：五、设定排程、选择客户端即可。注意，虚拟机中要安装VMtools。六、恢复虚拟机。注意Source client，要编辑client list，把虚拟机的名称---也是上一步策略中client的名字输入进去，才能恢复。而不是选择vCenter的名字。虽然备份的是vmdk文件，但差异备份也可以实现，只有很小的数据。
发布: admin 分类: 技术文章 评论: 0 浏览: 93
VMware Fusion (for Mac) 是在Mac 计算机上无缝运行 Windows 的最佳方式，可以使 Mac 系统和 PC 完美结合。通过提供直观形象的 Mac 界面和一系列强大的功能，VMware Fusion 可确保 Windows 应用程序在 Mac 计算机上实现无缝运行。使用 VMware Fusion，可以在基于 Intel 的 Mac 计算机上无缝运行 Windows、Linux 以及其他 PC 操作系统。可以轻松实现以下操作：1实现 Windows 和 Mac OS X 的完美结合编辑通过 VMware Fusion 的 Unity 功能可以实现 Windows 应用程序和 Mac 应用程序的无缝兼容。通过 VMware Fusion 启动程序可以迅速查找和启动 Windows 应用程序。通过 Exposé 功能可以在 Windows 应用程序和 Mac 应用程序之间快速切换。可以将 Windows 应用程序最小化至 Mac OS X Dock 中。2挖掘 Mac 计算机的最大潜力编辑在 Mac 计算机上运行 Windows 游戏。轻松创建功能强大的多核虚拟机以及运行 32 位和 64 位操作系统。在 Windows 中您可以使用 iSight 摄像头，还可以访问专用于 Windows 操作系统的 USB 2.0 设备。3轻松创建虚拟机编辑使用 VMware Fusion 可以轻松地在基于 Intel的 Mac 计算机上作为虚拟机安装 Windows，从而成为 Apple Boot Camp 的完美补充。可以使用现有的 Boot Camp 分区作为虚拟机，也可以使用内置的 Windows Easy Install 在新的虚拟机上安装一个全新的 Windows 系统。4恢复 PC编辑通过快照功能保存您虚拟机的一个状态，当您的 PC 系统崩溃或者受损之后便可恢复到这一状态。5改变您对 Mac 的看法编辑VMware Fusion 的背后是历经 10 载、接受了无数考验的、性能优越的虚拟技术。作为虚拟技术软件行业的 领军人，VMware 已经获得 100 多个奖项，并受到全球上百万用户的充分信赖。
发布: admin 分类: 技术文章 评论: 0 浏览: 107
2014.1.15,沈阳凯文数据恢复呼叫中心13386848847接到一位金融界的客户电话，EMC的存储，八块光纤硬盘组的RAID5，在国家某数据恢复中心进行过数据恢复操作，但遗憾的是被告知数据无法恢复。问其原因，说是所有的硬盘都不能正常识别。凯文数据恢复技术服务工程师立刻就意识到很可能是EMC的光纤硬盘算法不同导致的不认盘，下面我们看看这个案例。图一：EMC存储8块450GB光纤硬盘的RAID5客户类型：某金融财团存储设备：EMC CX500
发布: admin 分类: 技术文章 评论: 0 浏览: 119
1.EMC MirrorView介绍MirrorView是基于盘阵之间,以LUN为单位的远程复制软件.适于与CX,CX3系列（CX200,CX300除外）,MirrorView分为MirrorView/S（同步）,MirrorView/A(异步).enabler分别为MirrorViewEnabler_01.xx.5.yyy.ena, MVAEnabler_01.xx.5.yyy.ena.2.EMC MirrorView/S实施路线图- 确认生产盘阵和镜像盘阵之间FLARE版本是否一致（至少大版本要一致）.- 建立生产盘阵和镜像盘阵之间的物理连接，不同型号的盘阵镜像端口（用于做MirrorView的port口）略有不同: Port 5 for a CX3-20c or CX3-40c SP Port 3 for a CX600, CX700, or CX3-80 SP Port 1 for a CX400, CX500, CX3-20, or CX3-40 SP-启用MirrorView enabler启用MirrorView enabler需要盘阵无I/O操作-分配write intent log EMC官方建议分配两个128MB的LUN做为write intent log使用.如果不分配write intent log，系统会占用SP的MEM做为write intent log.-建立MirrorView connection 由于CX700的SP port口是短波模块,适用与短距离传输，如果要做MirrorView的距离很长，需要通过交换机（交换机之间通过长波模块做级联）用单模光纤线连接(黄色).-创建remote mirror 创建MirrorView的源LUN.-添加secondary image 关联MirrorView的源LUN和镜像LUN.-创建consistency group 如果源LUN之间有关联关系，需要一起添加到consistency group中来保证源LUN间数据的一致性.-测试MirrorView 通过promote来转化primary image和secondary image的角色. 通过fracture来断开primary image和secondary image的同步.
发布: admin 分类: 技术文章 评论: 0 浏览: 115
更换EMC损坏的磁盘以后，盘阵会自动开始把hot spare备份的数据恢复过来。然后把启用的hot spare盘恢复到初始备用状态。我们可以通过命令来观察这一过程，首先看新换上来的硬盘，注意此时的状态为Equalizing，也就是正在进行平衡的过程:# navicli -h 172.16.9.5 getdisk 1_0_1
Bus 1 Enclosure 0 Disk 1
Vendor Id: SEAGATE
Product Id: ST373307 CLAR72
Product Revision: 7A0A
Lun: 6
Type: 6: RAID5
State: EqualizingHot Spare: 6: NO
Prct Rebuilt: 6: 100
Prct Bound: 6: 100
Serial Number: 3HZ6TL7F
Sectors: 139681792 (68204)
Capacity: 68238
Private: 6: 69704
Bind Signature: 0x5cf2, 0, 1
Hard Read Errors: 0
Hard Write Errors: 0
Soft Read Errors: 0
Soft Write Errors: 0
Read Retries: N/A
Write Retries: N/A
Remapped Sectors: N/A
Number of Reads: 980562
Number of Writes: 1107168
Number of Luns: 1
Raid Group ID: 3
Clariion Part Number: DG118032459
Request Service Time: N/A
Read Requests: 980562
Write Requests: 1107168
Kbytes Read: 99788880
Kbytes Written: 70098518
Stripe Boundary Crossing: 2704586此时hot spare盘的状态为Enabled,其替代的硬盘为:1_0_1
发布: admin 分类: 技术文章 评论: 0 浏览: 84
incremental backup恢复错误一例错误现象：关闭standby数据库，将restore standby controlfile to '/u01/rmanbak/fordg/control01.ctl'恢复出来的控制文件覆盖现有的控制文件，重新启动后出现以下问题：Sat Mar 23 06:42:37 CST 2013alter database recover managed standby database disconnect from session using current logfileSat Mar 23 06:42:37 CST 2013Attempt to start background Managed Standby Recovery process (stdby)MRP0 started with pid=29, OS id=11519Sat Mar 23 06:42:37 CST 2013MRP0: Background Managed Standby Recovery process started (stdby)Sat Mar 23 06:42:37 CST 2013RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9373_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9374_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9375_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9376_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9377_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9378_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9379_789583539.dbf'RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9380_789583539.dbf'Sat Mar 23 06:42:41 CST 2013RFS[1]: Archived Log: '/u01/archivelog/stdby/arc_1_7751_789583539.dbf'Sat Mar 23 06:42:42 CST 2013RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9381_789583539.dbf'Sat Mar 23 06:42:42 CST 2013Managed Standby Recovery starting Real Time ApplySat Mar 23 06:42:42 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_dbw0_11458.trc:ORA-01157: cannot identify/lock data file 24 - see DBWR trace fileORA-01110: data file 24: '+DATA/in_sz_data'ORA-17503: ksfdopn:2 Failed to open file +DATA/in_sz_dataORA-15001: diskgroup "DATA" does not exist or is not mountedORA-15077: could not locate ASM instance serving a required diskgroupORA-29701: unable to connect to Cluster ManagerSat Mar 23 06:42:42 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_dbw0_11458.trc:ORA-01157: cannot identify/lock data file 25 - see DBWR trace fileORA-01110: data file 25: '/u01/oradata/stdby/in_sz_data'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3Sat Mar 23 06:42:42 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_dbw0_11458.trc:ORA-01157: cannot identify/lock data file 26 - see DBWR trace fileORA-01110: data file 26: '/u01/oradata/stdby/in_sz_data.9154.810742355'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3Sat Mar 23 06:42:42 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_dbw0_11458.trc:ORA-01157: cannot identify/lock data file 27 - see DBWR trace fileORA-01110: data file 27: '/u01/oradata/stdby/in_ac_data.9090.810742665'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3MRP0: Background Media Recovery terminated with error 1110Sat Mar 23 06:42:43 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_mrp0_11519.trc:ORA-01110: data file 24: '+DATA/in_sz_data'ORA-01157: cannot identify/lock data file 24 - see DBWR trace fileORA-01110: data file 24: '+DATA/in_sz_data'Managed Standby Recovery not using Real Time ApplySat Mar 23 06:42:43 CST 2013Errors in file /u01/app/oracle/admin/stdby/bdump/stdby_mrp0_11519.trc:ORA-01110: data file 24: '+DATA/in_sz_data'ORA-01157: cannot identify/lock data file 24 - see DBWR trace fileORA-01110: data file 24: '+DATA/in_sz_data'Sat Mar 23 06:42:43 CST 2013MRP0: Background Media Recovery process shutdown (stdby)Sat Mar 23 06:42:43 CST 2013RFS[2]: Archived Log: '/u01/archivelog/stdby/arc_2_9382_789583539.dbf'分析：因为主库新建过数据文件，从主库恢复过来的控制文件中中包含了这些文件，而从库却没有这些文件。解决方法：执行创建文件：SQL> alter database create datafile '+DATA/in_sz_data' as '/u01/oradata/stdby/in_sz_data.312.789659222';Database altered.SQL> alter database create datafile '/u01/oradata/stdby/in_sz_data' as '/u01/oradata/stdby/in_sz_data.312.789659223';Database altered.SQL> alter database create datafile '/u01/oradata/stdby/in_sz_data.9154.810742355' as '/u01/oradata/stdby/in_sz_data.312.789659224';Database altered.SQL> alter database create datafile '/u01/oradata/stdby/in_ac_data.9090.810742665' as '/u01/oradata/stdby/in_ac_data.9090.810742665';再次执行恢复：RMAN> catalog start with '/u01/rmanbak/fordg/';searching for all files that match the pattern /u01/rmanbak/fordg/List of Files Unknown to the Database=====================================File Name: /u01/rmanbak/fordg/standby_STD_20130323_n9o57oao_1_1.bakFile Name: /u01/rmanbak/fordg/control01.ctlFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nbo57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nfo57p2c_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nco57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nao57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_ngo57p2h_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_ndo57ov7_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_neo57p0b_1_1.bakDo you really want to catalog the above files (enter YES or NO)? yescataloging files...cataloging doneList of Cataloged Files=======================File Name: /u01/rmanbak/fordg/standby_STD_20130323_n9o57oao_1_1.bakFile Name: /u01/rmanbak/fordg/control01.ctlFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nbo57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nfo57p2c_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nco57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_nao57oao_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_ngo57p2h_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_ndo57ov7_1_1.bakFile Name: /u01/rmanbak/fordg/standby_STD_20130323_neo57p0b_1_1.bakRMAN>RMAN> RMAN> run { allocate channel dsk0 type disk;allocate channel dsk1 type disk;allocate channel dsk2 type disk;restore standby controlfile to '/u01/rmanbak/fordg/control01.ctl';recover database noredo;}2> 3> 4> 5> 6> 7>allocated channel: dsk0channel dsk0: sid=1481 devtype=DISKallocated channel: dsk1channel dsk1: sid=1480 devtype=DISKallocated channel: dsk2channel dsk2: sid=1479 devtype=DISKStarting restore at 28-MAR-13channel dsk0: starting datafile backupset restorechannel dsk0: restoring control fileoutput filename=/u01/rmanbak/fordg/control01.ctlchannel dsk0: reading from backup piece /u01/rmanbak/fordg/standby_STD_20130323_nfo57p2c_1_1.bakchannel dsk0: restored backup piece 1piece handle=/u01/rmanbak/fordg/standby_STD_20130323_nfo57p2c_1_1.bak tag=FOR STANDBYchannel dsk0: restore complete, elapsed time: 00:00:05Finished restore at 28-MAR-13Starting recover at 28-MAR-13channel dsk0: starting incremental datafile backupset restorechannel dsk0: specifying datafile(s) to restore from backup setdestination for restore of datafile 00024: /u01/oradata/stdby/in_sz_data.312.789659222destination for restore of datafile 00025: /u01/oradata/stdby/in_sz_data.312.789659223destination for restore of datafile 00026: /u01/oradata/stdby/in_sz_data.312.789659224destination for restore of datafile 00027: /u01/oradata/stdby/in_ac_data.9090.810742665channel dsk0: reading from backup piece /u01/rmanbak/inc2_STD_n2o572go_1_1released channel: dsk0released channel: dsk1released channel: dsk2RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of recover command at 03/28/2013 15:37:14ORA-19870: error reading backup piece /u01/rmanbak/inc2_STD_n2o572go_1_1ORA-19505: failed to identify file "/u01/rmanbak/inc2_STD_n2o572go_1_1"ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3分析：通过WINDOWS系统FTP上传下载后文件发生了变化，改用NFS传输后恢复正常顺带下NFS的设置服务器端：[root@dgserver stdby]# vi /etc/exports[1]+ Stopped vi /etc/exports[root@dgserver stdby]# vi /etc/exports[root@dgserver stdby]# /etc/rc.d/init.d/portmap startStarting portmap: [ OK ][root@dgserver stdby]# /etc/rc.d/init.d/nfs startStarting NFS services: [ OK ]Starting NFS quotas: [ OK ]Starting NFS daemon: [ OK ]Starting NFS mountd: [ OK ][root@dgserver stdby]# exportfs -rvexporting *:/u01/rmanbak[root@dgserver stdby]#客户端[root@oracle1 ~]# showmount -e 192.168.13.109Export list for 192.168.13.109:/u01/rmanbak *[root@oracle1 ~]#RMAN> run { allocate channel dsk0 type disk;allocate channel dsk1 type disk;allocate channel dsk2 type disk;restore standby controlfile to '/u01/rmanbak/fordg/control01.ctl';recover database noredo;}2> 3> 4> 5> 6> 7>allocated channel: dsk0channel dsk0: sid=1481 devtype=DISKallocated channel: dsk1channel dsk1: sid=1480 devtype=DISKallocated channel: dsk2channel dsk2: sid=1479 devtype=DISKStarting restore at 28-MAR-13control file is already restored to file /u01/rmanbak/fordg/control01.ctlrestore not done; all files readonly, offline, or already restoredFinished restore at 28-MAR-13Starting recover at 28-MAR-13channel dsk0: starting incremental datafile backupset restorechannel dsk0: specifying datafile(s) to restore from backup setdestination for restore of datafile 00024: /u01/oradata/stdby/in_sz_data.312.789659222destination for restore of datafile 00025: /u01/oradata/stdby/in_sz_data.312.789659223destination for restore of datafile 00026: /u01/oradata/stdby/in_sz_data.312.789659224destination for restore of datafile 00027: /u01/oradata/stdby/in_ac_data.9090.810742665channel dsk0: reading from backup piece /u01/rmanbak/inc2_STD_n2o572go_1_1released channel: dsk0released channel: dsk1released channel: dsk2RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of recover command at 03/28/2013 16:32:26ORA-19870: error reading backup piece /u01/rmanbak/inc2_STD_n2o572go_1_1ORA-19573: cannot obtain exclusive enqueue for datafile 26查询该FILESQL> select name from v$datafile where file#=26;NAME--------------------------------------------------------------------------------/u01/oradata/stdby/in_sz_data.312.789659224SQL>分析：由于是MOUNT STANDBY方式启动的，决定重启到普通MOUNT状态SQL> shutdown immediate;ORACLE instance shut down.SQL> startup mount;ORACLE instance started.Total System Global Area 1.9327E+10 bytesFixed Size 2130592 bytesVariable Size 4362079584 bytesDatabase Buffers 1.4948E+10 bytesRedo Buffers 14643200 bytesDatabase mounted.SQL>[oracle@dgserver ~]$ rman target /Recovery Manager: Release 10.2.0.5.0 - Production on Thu Mar 28 16:49:28 2013Copyright (c) 1982, 2007, Oracle. All rights reserved.connected to target database: STD (DBID=1656746419, not open)RMAN> run { allocate channel dsk0 type disk;allocate channel dsk1 type disk;allocate channel dsk2 type disk;restore standby controlfile to '/u01/rmanbak/fordg/control01.ctl';recover database noredo;}2> 3> 4> 5> 6> 7>using target database control file instead of recovery catalogallocated channel: dsk0channel dsk0: sid=1481 devtype=DISKallocated channel: dsk1channel dsk1: sid=1480 devtype=DISKallocated channel: dsk2channel dsk2: sid=1479 devtype=DISKStarting restore at 28-MAR-13control file is already restored to file /u01/rmanbak/fordg/control01.ctlrestore not done; all files readonly, offline, or already restoredFinished restore at 28-MAR-13Starting recover at 28-MAR-13channel dsk0: starting incremental datafile backupset restorechannel dsk0: specifying datafile(s) to restore from backup setdestination for restore of datafile 00024: /u01/oradata/stdby/in_sz_data.312.789659222destination for restore of datafile 00025: /u01/oradata/stdby/in_sz_data.312.789659223destination for restore of datafile 00026: /u01/oradata/stdby/in_sz_data.312.789659224destination for restore of datafile 00027: /u01/oradata/stdby/in_ac_data.9090.810742665channel dsk0: reading from backup piece /u01/rmanbak/inc2_STD_n2o572go_1_1channel dsk0: restored backup piece 1piece handle=/u01/rmanbak/inc2_STD_n2o572go_1_1 tag=INC2channel dsk0: restore complete, elapsed time: 00:24:27channel dsk0: starting incremental datafile backupset restorechannel dsk0: specifying datafile(s) to restore from backup setdestination for restore of datafile 00024: /u01/oradata/stdby/in_sz_data.312.789659222destination for restore of datafile 00025: /u01/oradata/stdby/in_sz_data.312.789659223channel dsk0: reading from backup piece /u01/rmanbak/fordg/standby_STD_20130323_nbo57oao_1_1.bakchannel dsk1: starting incremental datafile backupset restorechannel dsk1: specifying datafile(s) to restore from backup setdestination for restore of datafile 00026: /u01/oradata/stdby/in_sz_data.312.789659224channel dsk1: reading from backup piece /u01/rmanbak/fordg/standby_STD_20130323_nco57oao_1_1.bakchannel dsk2: starting incremental datafile backupset restorechannel dsk2: specifying datafile(s) to restore from backup setdestination for restore of datafile 00027: /u01/oradata/stdby/in_ac_data.9090.810742665channel dsk2: reading from backup piece /u01/rmanbak/fordg/standby_STD_20130323_neo57p0b_1_1.bakchannel dsk0: restored backup piece 1piece handle=/u01/rmanbak/fordg/standby_STD_20130323_nbo57oao_1_1.bak tag=FOR STANDBYchannel dsk0: restore complete, elapsed time: 00:00:03channel dsk1: restored backup piece 1piece handle=/u01/rmanbak/fordg/standby_STD_20130323_nco57oao_1_1.bak tag=FOR STANDBYchannel dsk1: restore complete, elapsed time: 00:00:10channel dsk2: restored backup piece 1piece handle=/u01/rmanbak/fordg/standby_STD_20130323_neo57p0b_1_1.bak tag=FOR STANDBYchannel dsk2: restore complete, elapsed time: 00:10:35Finished recover at 28-MAR-13released channel: dsk0released channel: dsk1released channel: dsk2RMAN>
发布: admin 分类: 技术文章 评论: 0 浏览: 47
« 1 2 3 4 5 6 7 8 9 »
沈阳凯文数据恢复中心 国内权威数据恢复机构 地址：沈阳市和平区三好街同方广场A座10楼1012写字间 工程师QQ:82366742 抖音:sy_kevin 数据恢复热线：13386848847(24小时) 13709885510 微信：13709885510 Copyright 沈阳凯文数据恢复中心. Some Rights Reserved 备案号： 辽ICP备06010999号