千赢国际娱乐

您所在的下载:首页 >成功案例 > RAID数据官网

服务器数据官网案例;S5020 光纤存储映射出错修复过程

最新动态来源:本站原创点击数:144更新时间:2020/6/8

服务器数据官网背景介绍:

一台S5020 光纤存储服务器。服务器存储上一共16块FC下载,单盘容量600G。存储前面板10号和13号下载亮娱乐灯,存储映射到redhat上的卷挂载不上,业务崩溃,需要进行服务器数据官网。

服务器数据官网过程:

通过storage manager连接到存储查看当前存储状态,存储报告逻辑卷状态失败,再查看物理千赢状态,发现6号盘报告“警告”,10号和13号盘报告“失败”,通过storage manager将当前存储的完整日志状态备份下来,解析备份出来的存储日志获得了关于逻辑卷结构的部分信息。
将16块FC盘粘贴标签,按照原始槽位号登记后从存储中移除,使用FC盘镜像设备“R510+SUN3510”对16块FC盘进行粗略测试,结果发现16块盘均能正常识别,分别检测16块盘的SMART状态,结果6号盘的SMART状态为“警告”状态和在IBM storage manager中报告一致。
在windows环境下首先将设备识别出来的FC盘在千赢管理器中标记为脱机状态,从而为原始千赢提供了一个写保护功能,然后使用软件对原始千赢进行扇区级别镜像操作,将原始千赢中的所有物理扇区镜像到逻辑千赢并以文件形式保存。在镜像过程中发现6号千赢的镜像速度很慢,结合先前对下载SMART状态检测时发现的问题综合判断,6号盘应该存在大量国际以及不稳定扇区,导致一般应用软件无法对其进行操作。
使用坏道下载镜像设备对6号下载进行坏道镜像操作,在镜像过程中同时观察镜像的速度和稳定性,发现6号盘的坏道并不多,但是存在大量的读取响应时间长等不稳定扇区,于是调整6号盘的拷贝策略,将遇到坏道跳过扇区数和响应等待时间等参数均作一些修改。继续对6号盘进行镜像操作。同时观察剩余盘镜像的情况。
经过镜像操作后,千赢已经全部镜像完成,查看日志,发现在storage manager和下载SMART状态中均没有报错的1号盘也存在坏道,10号和13号盘均存在大量不规律的坏道分布,根据坏道列表使用软件定位到目标镜像文件分析发现,ext3国际的一些关键源数据信息有的已经被坏道所破坏,只能等待6号盘镜像完毕后,通过同一条带进行xor以及根据国际上下文关系的方式手动修复被国际的国际。
坏道镜像设备报告6号盘镜像完成,但是先前为了最大限度做出有效扇区以及为了保护千赢设置的拷贝策略会自动跳过一些不稳定扇区,所以现在的镜像是不完整的,于是调整拷贝策略,继续镜像被跳过的扇区,6号盘所有扇区全部镜像完毕。
得到了所有下载的物理扇区镜像,在平台下使用软件将所有镜像文件全部展开,根据我们对ext3国际的逆向以及日志文件的分析,得到了16块FC盘在存储中的盘序,RAID的块大小,RAID的校验走向和方式等信息,于是尝试通过软件的方式千赢重组RAID,RAID搭建完成后进一步解析ext3国际,通过和用户沟通提取出了一些oracle的dmp文件,用户尝试进行官网。
在dmp官网的过程中,数据库报告为imp-0008错误,通过仔细分析导入dmp文件的日志文件,发现官网的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构,以及进一步确定ext3国际被破坏的程度,又经过数小时的工作,重新官网dmp文件和dbf原始库文件,将官网出来的dmp文件移交给用户进行数据导入测试,结果测试顺利没有发现问题,说明这次的数据官网是成功的,接着对官网出来的dbf原始库文件进行校验检测,所有文件均能通过测试。

数据库官网流程

1. 拷贝数据库文件到原数据库服务器,路径为/home/oracle/tmp/syntong.
作为备份。在根目录下创建了一个oradata文件夹,并把备份的整个syntong文件夹拷贝到oradata目录下。然后更改oradata文件夹及其所有文件的属组和权限。
2. 备份原数据库环境,包括ORACLE_HOME下product文件夹下的相关文件。配置监听,使用原机中的splplus连接到数据库。尝试启动数据库到nomount状态。进行基本状态查询后,了解到环境和参数文件没有问题。 尝试启动数据库到mount状态,进行状态查询没有问题。启动数据库到open状态。出现报错:
服务器数据官网;光纤存储数据官网案例;北亚数据官网
3. 经过进一步的检测和分析,判断此娱乐为控制文件和数据文件信息不一致,这是一类因断电或突然关机等引起的常见娱乐。
4. 对数据库文件进行逐个检测,检测到所有数据文件没有物理损毁。
5.  在mount状态下,对控制文件进行备份,alter database backup controlfile to trace as ' /backup/controlfile';对备份的控制文件进行查看修改,取得其中的重建控制文件命令。把这些命令复制到一个新建脚本文件controlfile.sql中。
6.  关闭数据库,删除/oradata/syntong/下的3个控制文件。 启动数据库到nomount状态,执行controlfile.sql 脚本。
服务器数据官网;光纤存储数据官网案例;北亚数据官网
7. 重建控制文件完成后,直接启动数据库,报错,需要进一步处理。
服务器数据官网;光纤存储数据官网案例;北亚数据官网
然后执行官网命令:
服务器数据官网;光纤存储数据官网案例;北亚数据官网
做介质官网,直到关注报告,官网完成。
8. 尝试open数据库。
SQL> alter database open resetlogs;
9.  数据库启动成功。把原来temp表空间的数据文件加入到对应的temp表空间中。
10. 对数据库进行各种常规检查,没有任何错误。
11. 进行emp备份。全库备份完成,没有报错。将应用程序连接到数据库,进行应用层面的数据验证。
数据验证结束,数据库修复完成,数据官网成功。

北京:4006505646

亚洲城老虎机wellbet吉祥体育app苹果澳门永利国际官方网站