沈阳凯文数据恢复中心 服务器数据恢复 各类数据库修复 小型机数据恢复 13386848847 024-31065488 地址:沈阳市和平区三好街同方广场A座10楼1012写字间

ORACLE 环境故障数据恢复方案

 ORACLE 环境故障数据恢复方案 一、故障类型 ◆故障描述:基于ORACLE 数据库环境的常见数据灾难 ◆故障表现: (1)    ORACLE数据库无法启动或无法正常工作。 (2)    ORACLE ASM存储破坏。 (3)    ORACLE数据文件丢失。 (4)    ORACLE数据文件部分损坏。     (5)    ORACLE DUMP文件损坏。    13386848847

SAN数据恢复/存储区域网络数据恢复

 沈阳凯文数据恢复中心SAN数据恢复工程师系业内最优秀的SAN数据恢复专家,十多年来一直致力于帮助客户从发生故障的存储区域网络SAN中的存储设备挽救出至关重要的数据。无论是IP SAN还是FC SAN中的存储设备发生软硬件故障,数据只要无法正常访问,我们都有相应的数据恢复方案,可以确保安全、快捷地重新将数据再现在您面前,让您的关键数据再次失而复得,避免重大损失。一次又一次的SAN数据恢复成功经验,让我们可以更加自信、高效、专业地为遇到SAN数据丢失的客户提供经济、可靠的数据恢复服务。 沈阳凯文数据恢复中心数据恢复客户遍布政府机关、部队、科研院所、医院、保险公司、银行、证券、高校、医药连锁机构、图书音像销售连锁机构、美容美发连锁机构、网吧,超市等等各行各业。 

NAS数据恢复

 沈阳凯文数据恢复中心NAS数据恢复工程师系业内最优秀的NAS数据恢复专家,十多年来一直致力于帮助客户从发生故障的各种品牌NAS设备挽救出至关重要的数据。无论你的NAS设备是家庭网络存储,SOHO网络存储,影视网络存储还是高端企业级网络存储,无论是单盘位NAS,双盘位NAS,四盘位NAS还是多盘位NAS,无论NAS发生什么故障,数据只要无法正常访问,我们都有相应的数据恢复方案,可以确保安全、快捷地重新将数据再现在您面前,让您的关键数据再次失而复得,避免重大损失。一次又一次的NAS数据恢复成功经验,让我们可以更加自信、高效、专业地为遇到NAS数据丢失的客户提供经济、可靠的数据恢复服务。 沈阳凯文数据恢复中心服务器数据恢复客户遍布政府机关、部队、科研院所、医院、保险公司、银行、证券、高校、医药连锁机构、图书音像销售连锁机构、美容美发连锁机构、网吧,超市等等各行各业。 我们能够恢复的NAS品牌: 西部数据网络存储 Western Digital NAS希捷网络存储 Seagate NAS莱斯网络存储 LaCie NAS群晖网络存储 Synology NAS威联通网络存储 QNAP NAS铁威马网络存储 TerraMaster NAS友讯网络存储 D-Link NAS奥睿科网络存储 ORICO NAS联想网络存储 Lenovo NAS色卡司网络存储 Thecus NAS锐铵网络存储 RAIDON NAS Drobo NAS麦沃网络存储 MAIWO NAS华芸网络存储 ASUSTOR NAS巴法络网络存储 BUFFALO NAS 我们能够恢复的NAS硬盘类型 : SATA硬盘SAS硬盘SCSI硬盘Fibre Channel 我们能够恢复的NAS设备RAID级别 : JBOD RAID0 RAID1 RAID5 RAID10 RAID50 RAID6 以下情况可能导致NAS设备数据丢失 : 突然断电 工作中搬动NAS,或遇地震,NAS设备遭到强烈震动 更换机房,搬运NAS过程中,NAS遭到强烈碰撞、震动。 同时取下 NAS设备多块磁盘时,硬盘忘记标记盘序。NAS长时间工作,多块硬盘先后发生硬件故障NAS磁盘控制器发生故障,导致数据乱写 多块硬盘因故先后离线 误删NAS硬盘组的RAID配置信息 重建NAS硬盘组的RAID配置信息 NAS数据恢复服务方式 送修:NAS不是很沉重,硬盘数量也不够多,所需恢复数据也不存在很高的保密要求,沈阳凯文数据恢复中心建议您将NAS或硬盘(需按照插槽序号标记)送修至我公司,这不仅可以节约上门服务费,而且我们现成的NAS数据恢复环境可以快速地将数据拯救出来,让您的关键业务以最快的速度重新恢复运营。上门:硬盘数量非常多,不便运输或内部保密要求极高,不允许NAS存储设备离开单位的情况,沈阳凯文数据恢复中心可以提供专属的上门服务,以确保整个数据恢复过程安全可控,杜绝泄密。 NAS数据恢复注意事项: NAS一旦发生故障,数据非常重要但没有备份急需恢复,请第一时间与专业磁盘阵列数据恢复公司取得联系,服务热线:13386848847NAS一旦发生故障,请勿反复开关NAS设备电源,以免故障进一步扩大,增加恢复难度及降低恢复的可能性。NAS一旦发生故障,请勿让非专业人员(包括本单位IT部门工程师)直接在NAS上进行不专业的数据恢复

Tags: NAS数据恢复

发布: admin 分类: raid故障数据恢复 评论: 0 浏览: 186

SQL SERVER数据库数据恢复

 沈阳凯文数据恢复中心SQL SERVER数据库数据恢复工程师系业内最优秀的SQL SERVER数据库数据恢复专家,十多年来一直致力于帮助客户从发生故障的财务服务器、ERP服务器、会员管理系统服务器中恢复出至关重要的SQL SERVER数据库数据。无论是您的SQL SERVER数据库存储在台式机、服务器、磁盘阵列、NAS或移动硬盘,只要这些存储设备发生软硬件故障或数据库本身出现各种错误导致数据库无法正常访问,我们都有相应的SQL SERVER数据库恢复方案,可以确保安全、快捷地重新将SQL数据库再现在您面前,让您的关键业务数据再次失而复得,避免重大损失。一次又一次的SQL数据库恢复成功经验,让我们可以更加自信、高效、专业地为遇到SQL数据库数据丢失的客户提供经济、可靠的数据恢复服务。

ESX SERVER VMFS故障数据恢复方案

  一、故障描述◆故障描述:基于ESX SERVER的常见数据灾难◆故障表现:(1)因光纤存储设备连接至非ESX环境,共享未互斥,对存储改写 (重装系统,WINDOWS初始化,格式化等),导致存储结构损坏。(2)卷升级、变更时分区表或VMFS卷结构异常。(3)VMFS存储中VMDK误删除。(4)VMFS格式化。                                          二、解决方案◆检测流程             (1)检测是否存在硬件故障,如硬件故障,转硬件处理(2)以只读方式检测故障表现是否与用户描述相同◆恢复流程(1)备份:以只读方式对故障存储做完整镜像(参考附录) (2)在备份中进行数据分析及恢复操作:按分区表结构、VMFS结构(节点区、索引区、目录及数据区)的顺序依次分析数据损坏情况,并针对性地做重组恢复。(3)通常,恢复后的数据会暂存在另一个存储体上◆验收流程 对恢复好的数据进行验证,确认其正确性。如确认,交费–>移交原介质及已恢复数据 –>出具发票(收据)及报告。 如无法认可数据恢复结果,交回原介质,不收服务费,可免费出具报告。

HP EVA 3000心得

 一 :基本介绍EVA3K/5K是HP StorageWorks Disk Array家族成熟的旗帜性产品, 具有以下几个方面的优点:· 几乎即时的快速克隆:可立即使用克隆复制,大大节省时间· 几乎无需容量的快照(Vsnap): 在进行本地复制操作期间,节省客户磁盘空间,提高磁盘利用率EVA3000/EVA5000 由以下硬件部分组成:1、EVA 机柜(有22U和41U两种)2、EVA 控制卡(HSV100/HSV110),默认配置为双控制卡;3、硬盘柜和光纤硬盘;4.EVA中有一台PC服务器专门用来管理EVA,但是没有自带显示器和键盘鼠标,所以要预先备好。这台PC服务器被称为Storage Management Appliance, 以下简称为SMA,SMA管理员帐户和密码为:administrator/adminXXXXXX(XXXXXX为SMA序列号的最后六位倒过来,注意大小写;SMA本地两块硬盘是raid1(镜像)。装有特殊WINDOWS系统EVA3000/5000 存储系统是基于SAN 的架构的,因此在与主机相连时必须要通过SAN switch连接,EVA不支持主机FCA与EVA直连。在做系统设计时,我们强烈建议使用双光纤交换机、主机使用双FCA卡以确保系统的高可用(FCA:fibre channel adapter)二:系统操作EVA系统的开机顺序正确的开机顺序为:1、开机柜总电源;2、开光纤交换机电源,开EVA 机柜电源(此时硬盘柜自动加电);3、启动SMA;4、等待10 分钟待光纤交换机和硬盘柜状态正常后开控制卡电源;5、等待3 分钟待控制卡状态稳定后开主机电源,启动进入操作系统6、起集群服务及应用;EVA系统的关机顺序正确的关机顺序为:1、停集群服务和节点2、shutdown 服务器;3、通过sma关闭eva的控制卡;4、关闭eva 控制卡后的开关;5、关闭SMA;6、关闭SAN SWITCH;7、关闭EVA 机柜电源EVA的配置主要有如下步骤:1. 准备相关信息a. 列出需要使用eva存储的主机名、ip等信息.b. 列出所有需连接eva的主机的Fibre Channel adapters (FCAs).c. 查出FCA卡的WWN号.2. 升级相关软件,如command view等(此项为可选项).3. 初始化EVA存储.4. 升级firmware(为可选项)5. 创建disk group.6. 创建主机列表.7. 创建virtual disks.8. 创建snapshots and snapclones.(需购买相关的license)初始化EVA点击初始化图标,eva 将初始化,初始化过程中要求输入存储的名称,如EVA3000/EVA5000 等,该名称将在面板上显示。初始化会导致所有的数据都会丢失!对每个Disk Group来说,都有disk failure保护机制,single 表示留出2disk的空间做spare,double 表示留出4disk空间做spare;创建disk group在创建disk group 要注意每个group 至少需要8 块disk才可以;再拿至少2块盘做spare热备。添加主机在SAN的架构中,EVA和主机通过SAN交换机相连,主机通过FCA卡访问EVA。EVA通过command view eva软件允许主机访问相应的disk。Command View EVA 有以下功能:– 创建一个host folder.– 添加host.– 更改 host 属性:– 添加 FCA.– 删除FCA.– 删除host.在添加主机前,先做如下准备工作:– 主机名– IP address (optional)– World Wide ID (WWID) of one FCA– Operating system type添加主机包括以下:1. Collect the host information listed above.2. Create a host folder (if desired).3. Add a host (to a folder if desired).4. Add more FCAs.5. Verify that the host has been added.我们可以根据需要,随时添加相关主机。如何创建vdisk在同一个Disk Group 里可以划分多个VD,而这些VD的冗余机制可以为Raid0,Raid1, Raid5。Raid0,stripe,是没有任何冗余的。任何一个物理磁盘损坏,都会导致数据的丢失。不建议采用;Raid1,mirror方式。Raid5,采用4+1 冗余。RAID10是先镜像,然后条带。EVA 采用的为虚拟存储技术,与传统的raid 技术不同,虚拟raid 所有创建的raid0、raid1、raid5 是分布在disk group 内的所有disk上。尽管EVA支持在线增大vdisk的空间(出于数据安全的考虑,不可以减小)HP ISEE 代表Instant Support Enterprise Edition,是HP基于Internet的远程支持解决方案。做模拟试验的体会主机连接阵列一般要装多路径软件“EMC是powerpath.HP是securepath快照和克隆的区别镜像:和源数据一样的数据,并且和源数据同步更新克隆:某个时间点的源数据拷贝,数据量和源数据相同快照:某个时间点的源数据,指针式快照是指某一时间点的指针,而复制是某一时间点的数据的完整克隆;个人理解:拿到EVA后,首先安装上架,连接各线路假如是2C2D,即2个控制器,2个磁盘柜。单个柜子最多14个盘。另外还有一个SMA,预装WIN2000和HP command view eva管理软件。安装EVA时要有license,预先要在网上申请号磁盘柜交叉连接2个控制器,2控制器交叉连接2光纤SWITCH,SMA也连接到SWITCH。然后是要使用存储的主机连接到SWITCH。主机一般通过光纤卡连接SWITCH,一般主机上都有2块光纤卡分别连接2个SWITCH。基本原则是保证冗余,无单点故障。主机上一般要装secure path多路径软件,装完后可以用spmgr display来查看与存储的连接状态。接着是初始化EVA,EVA采用虚拟RAID技术, HP建议盘越多性能越好,最好只划分一个DISK GROUP,至少要SINGLE磁盘保护,SINGLE至少要2快盘,因为是双控制卡。接着添加HOST,然后是创建VDISK。在同一个Disk Group 里可以划分多个VDISK,把这些VDISK分配给主机使用。VDISK不是磁盘柜里的单个磁盘。它是一组磁盘上做VRAID后,分配的一定容量,也就是说,一个VDISK可能同时存在于好多单个磁盘上。关于LUN的概念还要仔细分析思考:每个VD的LUN ID都是不同的,而对就不同的Host, 同一个VD对就的LUN ID最好是一样的。还有创建快照和克隆是干什么的?一个VDISK对应唯一一个LUN,可对应单个HOST,也可同时对应多个HOST。每一个VDISK都可以选LUN号。公司由于做双机,一般都是一个VDISK对应双机。EVA3000用的是HSV100的控制卡,EVA4400用的是HSV300或HSV300-S的控制卡EVA的开机顺序一般是:先开光纤SWITCH,然后是磁盘柜。接着启动SMA,最后启动控制器,然后可以开主机使用存储了。EVA关机顺序:先停主机应用,关主机,通过SMA软关闭控制卡,再关掉控制卡电源开关,关SMA。停掉SWITCH。停总电源。阵列性能优化:一般顺序IO最好分散在不同的磁盘上。RAID5是可以坏一块盘的,但是坏一快盘后,整个磁盘性能会严重下降。EVA如果坏一块盘,更换新盘后,做REBUILD时间可能很长,根据DISK GROUP里的磁盘多少而定。随机IO测试下:15K rpm FC/SAS能够提供180 IOPS,10K rpm FC/SAS能够提供140 IOPS,7.2K rpm SATA能够提供80 IOPS。一般最好不要在线扩展VDISK容量。可以再多建新LUN啊EVA到底可以坏几块盘?因此我们针对2C6D的配置,基于VRAID5讨论磁盘到底可以坏多少?   第一个回答基于Disk Group。 因为Disk Group本身是有冗余机制的,对于Single模式,会有两个磁盘大小的空间被保留。而且数据不可能占满DG的100%,因此对于Single模式下,Disk Group至少可以坏两个磁盘。同时,由于Disk Group在磁盘数量变化后会自行调整到一个新的稳定状态。因此对于同一个DISK GROUP,只要空间允许,他可以一直坏下去……直到少于一个DISK GROUP所需要磁盘的最低极限(8块磁盘)。 因此,对一个EVA来说,你直接创建一个6个Member的DG并不可能,但一个6个Member的DG在EVA中是存在的,并且数据可以正常访问,因为磁盘故障后,DG的Member也随之减少。  因此,只要磁盘空间允许,同一个disk group中的磁盘可以减少到最低只有六个磁盘。 但是有一个很重要的前提:就是硬盘只能一个一个的坏,如果同时坏两个,结果将很糟糕。   第二个回答将基于一个更精确的单位,那就是RSS。 为了减少多个磁盘同时出现故障的情况,EVA引入了RSS(Redundant storage sets)的概念。RSS是位于DG的一个更小的磁盘组。所有的数据存储是并不是写在分布在整个Disk Group内,而是分组写在不同的RSS中。因此RAID5的数据相关性并不是依赖于整个DG,而是RSS存在的。绝大多数情况下,数据的Relocation都是在同一个RSS中进行的,当然,在同一DG中跨RSS的数据复制也是存在的。 所以我们唯一需要保证的就是在一个RSS中不要有两块磁盘出现故障。 RSS的原则是这样的: 同一RSS中可以容纳的磁盘范围为6到11个,但正常值应该是八个。 如果一个RSS中的磁盘数量少于6个,它会自动合并到同一DG中的另外一个RSS中。 创建RSS的规则如下: 1,创建8-member RSSs,直到少与16个Drivers. 2, 如果剩余的盘多于11个,创建两个(近似)相同大小的RSS。 3,在同一个DG中,不会有两个奇数的RSS存在。  让我们再看看2C6D配置的EVA5000,多个磁盘同时出现故障的概率是相当低的,但是到目前为止,已经发生了两起以上的Disk Shelf故障导致的系统无法访问。那么我们有什么样的机制可以在Disk Shelf发生故障时,EVA继续工作呢?有,那就是RSS。  只有一种情况,Disk Shelf出现故障时,EVA的运行不受影响,同时数据可以得以保全,那就是在同一个Disk Shelf中不要出现同一RSS的两个Member! 你只能有6个Members的RSS!  如果保持每个RSS的member为6的情况下,EVA5K最多可以坏14块硬盘,仍能正常运行!

存储过程执行突然执行缓慢,问题解决思路

 <hr class="more" />存储过程执行突然执行缓慢,问题解决思路?对于以往执行正常,当前执行缓慢的情况,思路如下:将存储过程中的语句进行拆分,逐条执行动态SQL,观察执行时间如果很快,1、需要先了解最近是否有大量新数据导入;2、是否新建索引获取当前存储过程执行计划A检查最近是否正常runstats如果异常先将该存储过程所涉及的所有表runstats执行存储过程如果还是缓慢,rebind package重新绑定该存储过程所涉及的包获取rebind后的存储过程的执行计划B最后,对比 执行计划A 与 执行计划B--获得存储过程的包名1、先指定存储过程名  rpt.aa100012、获取 pkgnameselect b.*,c.PROCSCHEMA,c.PROCNAME fromsyscat.STATEMENTS b, syscat.PROCEDURES c,syscat.ROUTINEDEP dwhere b.pkgname=d.bnameand c.SPECIFICNAME=d.SPECIFICNAMEand c.PROCSCHEMA=d.ROUTINESCHEMAand c.PROCSCHEMA='FLT' and c.PROCNAME='FLIGHTDATA' --指定存储过程名PS:runstats仅是更新执行计划的一方面(对于动态SQL生效,但对于存储过程无效);另一方面还需rebind包(对于更新存储过程执行计划方才有效)--重新绑定包,rebind包db2 rebind package rpt.P621357动态SQL立即生效,更新package cache中的执行计划flush package cache dynamic对全库package重新绑定db2rbind dbname -l dbrbind.log all当你在分区(DPF)数据库里面使用了REDISTRIBUTE DATABASE PARTITION GROUP这个命令,那么就需要用runstats来收集新的统计信息db2 runstats on table odr.order with distribution and detailed indexes all如果我们要处理的表数据量是快速变化的,比如在电信移动行业,需要在月末进行处理的汇总表。在不长的时间范围内数据量变化特别大,从而使得RUNSTATS 得到的统计信息不准确,原因是这些统计信息只是某个时间点的信息。您可以用这条语句来把表修改为volatile  alter table table_name volatile cardinality这样优化器将考虑使用索引扫描而不是表扫描。无论统计信息如何,优化器将使用索引扫描而不是使用表扫描