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

服务器数据恢复

在激烈的市场竞争中,服务器的使用是企业及投资者能否做出适时有效的市场决策的制胜关键。很多大中型企业都会制定一些相关的方案,力求保证服务器的安全。但是在人为的误操作和意外因素的影响下,服务器无法保证无故障出现,一旦存有数据服务器发生故障,可能导致数据的丢失,使企业处于瘫痪状态。因此服务器数据恢复作为数据安全最后一道防御线备受青睐。

服务器常见的故障现像

1、系统不能正常启动

2、分区信息丢失

3、部分文件丢失

4、RAID信息丢失

数据库修复业务



 

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库,它产生于距今六十多年前,随着信息技术和市场的发展,特别是二十世纪九十年代以后,数据管理不再仅仅是存储和管理数据,而转变成用户所需要的各种数据管理的方式。数据库有很多种类型,从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。数据库修复指的是通过技术手段将损坏的数据库文件修复至可正常使用的数据库文件的过程。

Linux 上的 SQL Server

Linux 上的 SQL Server

2017年10月2日 00:00:00 作者  Jason Roth  OpenLocalizationService

SQL Server 2017 现在在 Linux 上运行。 它属于相同的 SQL Server 数据库引擎,具有许多相似的功能和服务,且不受操作系统的影响。

Install

若要开始,请在使用以下快速入门教程之一的 Linux 上安装 SQL Server:

安装 SQL Server 2017,并在 Ubuntu 上创建数据库

安装 SQL Server,并在 Ubuntu 上创建数据库

2017年10月2日 00:00:00 作者  Jason Roth  OpenLocalizationService

本主题适用于:noWindows 上的 SQL ServeryesLinux 上的 SQL ServernoAzure SQL 数据库noAzure SQL 数据仓库no并行数据仓库

在此快速入门教程中,你首先将安装 SQL Server 2017 Ubuntu 16.04。 然后通过连接sqlcmd创建第一个数据库和运行查询。

安装 SQL Server 2017和 Red Hat 上创建数据库

安装 SQL Server 和 Red Hat 上创建数据库

2017年10月2日 00:00:00 作者  Jason Roth  OpenLocalizationService

本主题适用于:noWindows 上的 SQL ServeryesLinux 上的 SQL ServernoAzure SQL 数据库noAzure SQL 数据仓库no并行数据仓库

在此快速入门教程中,你首先安装 SQL Server 2017 上 Red Hat Enterprise Linux (RHEL) 7.3 +。 然后通过连接sqlcmd创建第一个数据库和运行查询。

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.aa10001
2、获取 pkgname
select b.*,c.PROCSCHEMA,c.PROCNAME from
syscat.STATEMENTS b, syscat.PROCEDURES c,syscat.ROUTINEDEP d
where b.pkgname=d.bname
and c.SPECIFICNAME=d.SPECIFICNAME
and c.PROCSCHEMA=d.ROUTINESCHEMA
and 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
这样优化器将考虑使用索引扫描而不是表扫描。无论统计信息如何,优化器将使用索引扫描而不是使用表扫描