首页 > 免root版 > gg修改器显示未优化,gg修改器怎么开始不了
gg修改器显示未优化,gg修改器怎么开始不了
  • gg修改器显示未优化,gg修改器怎么开始不了

  • 大小:17.43MB日期:2022年8月31日 09:13:00
  • 语言:简体中文系统:Android
绿色无毒,安全可靠!部分设备误报拦截请通过!

应用详情

数据中心机房总面积大约178平方米,使用面积约为123平方米,分为三个功能区域,分别为主设备机房、动力机房、操作间、钢瓶间。各间需要单独隔开。隔开后主设备机房用于放置配线柜、机柜、服务器、小型机、网络设备、通讯设备等重要设备;动力机房放置UPS、电池、配电柜等。

机房设计必须符合国家相关机房工程标准,按精密机房的要求进行建设,对电磁干扰、静电危害等进行隔离、消除;同时应保证业主方开展各项业务的需要,以实用、简洁、美观为原则,机房布局要美观大方。

主设备机房机柜布局要合理,以便于监控和操作为原则。

螺钉帽拧入板内0.5mm;

螺钉间距:沿板周边间距150-200mm,中部间距为200-3000mm,均匀布置;

螺钉距板边10-15mm。

活动地板允许偏差

计算机机房活动地板下空间作为静压箱时,管道安装应符合下列要求:

安装在室内的,应设置在空气流通的回风气流中。

安装在活动地板下时,应设置在离空调器出风口顺气流方向3m远外气流均匀的地方。

风冷冷凝器的四周应留有足够的通风及维修空间,设计无规定时,设备与围挡物之间及二台设备之间距离应大于1.5m;留有人员上下维修的通道。

开机时的测试应在计算机设备正常运转1小时后进行。

机房空气洁净度依机器的要求而定,本机房根据国家标准《计算机场地技术条件》中A级的要求,即粒度(μm)≥0.5的尘粒数(粒/dm3)≤18,000。

主机房内应保持有正压力,对外界空气一般应维持10-20Pa的正压。

并机方式:支持在线并机;

逆变器采用高精度矢量控制技术,输出电压稳压精度高,动态响应快,且畸变率低

逆变器具有带100%不平衡负载的能力

测试仪器应为准确度二级以上的照度计。

测点,在工作区内2-4m间距布点。测点距墙面1m,距活动地板0.8m。

本工程机房照度要求为:机房区域正常照明条件下照度要求≥400Lx ,事故照明机房区域≥5Lx,动力间≥150Lx。

对机房内弱电设备的防雷接地设置要求如下:

本期系统工程的建设规模要求:本次建设规模为支持250台服务器。带外管理系统传输可通过TCP/IP协议完成,实现远程BIOS诊断或系统重启动等深层功能,未来扩容方便且扩容时不改变原来系统结构。

要求认证服务器本身可以记录所有针对Linux平台服务器的操作日志,而不需要另外配NFS服务器。

要求提供邮件告警功能,系统管理员可以设置触发事件,一旦有操作人员输入关键命令,系统会自动发邮件给系统管理员。

不需要在被控服务器上安装任何软件。

机房消防采用自动报警及灭火系统,气体灭火采用七氟丙烷灭火系统,采用全淹没方式灭火。

设备应设有自动报警装置,同时设有备用电源启动装置,保障在停电的状态下依然能够正常使用灭火系统进行灭火。

投标设备应有国家检测报告,经XX市消防局指定的检测中心确认合格的产品。

机房吊顶的上、下及活动地板下,应设置温感探测器和烟感探测器。

灭火装置应有自动控制、手动控制和机械应急启动控制三种起动方式。

自动控制应在接到两个独立的火灾信号后才能起动。

应在被保护对象主要出入口外,设手动紧急控制按钮并应有防误操作措施和特殊标志。

机械应急操作装置应设在贮瓶间或防护区外便于操作的地方,并能在一个地点完成释放气体前30s内人员疏散的声警报警。

被保护区域常开的防火门,应设有门自动释放器、在释放气体前能自动关闭。

应在释放气体前,自动切断被保护区的送、排风风机或关闭送风阀门。

气体灭火控制室应有下列控制、显示功能。

气体灭火系统在报警或释放灭火剂时,应在建筑物的消防控制室(中心)有显示信号。

当被保护对象的房间无直接对外窗户时,气体释放灭火后,应有排除有害气体的设施,但此设施在气体释放时应是关闭的。

消防系统设计、施工及验收必需经过消防主管部门审批、验收。

针对本项目建设的需求,结合安全、稳定、高效、节约的设计原则,在满足招标书各项要求的前提下,我方将就AAA数据中心机房工程建设提出我们的解决方案。我方的整体解决方案共分为以下7部分:

按照功能与美观兼具的设计思想,在经济实用前提下,选择优质机房专用装饰材料,达到最佳装饰效果。为满足机房建设需求,我方选用的主要装饰材料均为知名品牌或具有较高档次的装饰材料。我方采用的机房装饰材料如下:

计算中心机房属于大型重要的计算机中心。机房内有严格的温、湿度要求,机房内按国标GB2887-89《计算机场地安全要求》的规定配置空调设备。精密空调区域采用下送风侧回方式达到机房的室温、湿度要求。照精密机房温度要求机房温度控制在22℃±1℃,变化率2℃/小时,相对湿度控制在50%±5%,变化率2%—5%。空气含尘浓度根据相关通信设备的环境要求。含尘粒子为非导电、非导磁性和非腐蚀性的。

在本项目中,我方建议主机房选用意大利海洛斯Q14UW型号精密空调产品。

UPS系统

在本项目中,我方建议采用APC PowerStruXure,该型产品的性能指标完全能满足本项目的招标需求。

选择APC PowerStruXureUPS系统的优势在于:

机房配电系统

本项目的电气系统设计有如下特点:

防雷接地系统

对于机房接地系统,我方推荐采用OBO防雷系统,产品为18个月保修期,我公司将为客户提供完整的工程服务。真正能为客户解决了后顾之忧。

在有计算机设备用电的抗静电地板下,设有逻辑地接地网。机房等电位接地的接地电阻不大于1Ω。

集中监控系统通过一个终端集中展示主机房系统、网络、机房环境及机房配套设备的运行参数、工作状态和报警信息,实时监控各应用和设备。值班人员可以只通过一个大屏幕集中监控主机、网络、机房环境及动力等设备,随时掌握变化情况,一旦发生故障,通过声音、图像显示、短信及时通知相关人员处理,为维护人员分析问题、定位问题和解决问题提供直接的帮助,使监控工作更加直观、方便。

作为管理员,您可以使用AVOCENT,像亲临现场那样管理远程数据中心和分支机构。这样,通过提供对所连接的任何服务器或设备进行便捷的访问和控制,降低停工时间

在与选定的 DSR 交换机配合使用时,您可以通过 DSView 3 软件的虚拟媒体功能,将本地存储媒体映射至远程服务器。

AAA数据中心机房设置七氟丙烷全淹没灭火气体灭火系统保护,本公司将结合专业的施工设计经验、国家相关规范以及甲方要求,聘请XX专业设计院设计。其灭火机理是:七氟丙烷的灭火过程是活性化的。其主要反应是在分子阶段物理化冷却火焰。七氟丙烷和冷却用化合物同属一类。因此,它是一种有效的热转换剂。它可实质性地把火中的热能消除,以至使燃烧反应不能维持下去。另外,七氟丙烷还具有一种化学灭火反应。它在火中释放痕量游离基,以最终阻止燃烧的连锁反应。

综合布线系统工程设计应采用当今先进的网络技术,实现网络数据高速有序流通,最大限度保护网络的安全、稳定、高速性。将建筑物自动化(BA)、通信自动化(CA)、办公自动化(OA)等设施综合考虑,分别实施。

我们将严格按照ISO11801等国际布线标准设计及施工,将AAA数据中心机房建设成为一个技术先进、性能可靠、功能齐全的系统。

综合布线采用全套泛达公司六类产品(包括模块、面板、配线架、理线器、水晶头、跳线等)。采用的设备都是标准化的,模块化的。易于扩充和配置。

数据中心机房数据中心机房总建筑面积约为178平方米,使用面积约为123平方米。分为三个功能区域,分别为主设备机房、动力机房、操作间、钢瓶间。各间需要单独隔开。隔开后主设备机房用于放置配线柜、机柜、服务器、小型机、网络设备、通讯设备等重要设备;动力机房放置UPS、电池、配电柜等。

机房的布局必须在满足国家相关规范(例如防火消防规范等)前提下,考虑布局的合理、可靠、安全和工作流程舒适性为布局设计原则。

根据以上设计思路,我司设计的AAA数据中心机房布局图如下:

机房规划1个气体消防分区,详见图纸。

详见图纸。

设计机房活动地板下350mm净空高度;机房顶作防尘、防水处理,采用顶部开放式布线系统,不做吊顶。

众所周知,电子计算机机房装饰,不同于普通的宾馆、家庭装饰,机房装饰工程是一项系统工程,是现代科学技术和装饰艺术的综合。机房内放置有复杂的电子设备和机电设备,对装饰的要求,主要是满足计算机对机房提出的技术要求,在机房装饰艺术上以既大方舒适,又满足其技术要求为原则。对装饰材料的选择要达到吸音、防火、防潮、防变形、抗干扰、防静电等要求。装饰后,要使整个机房色调柔和、通透宽敞、不压抑、舒适。以其达到现代化的装饰水平和视觉效果。

计算机系统对内部温度、湿度、洁净度,以及电磁屏蔽、防静电、电源防雷、各种接地、不间断电源、特殊照明及震动等方面有特殊要求,机房装饰工程就是满足计算机及系统设备服务的对运行环境的要求;而电气系统是所有设备及照明的动力源;加上众多弱电子系统组成了高度智能化的计算机房系统。

AAA数据中心机房装修工程主要工程内容有:机房地面工程、墙柱面工程、天花工程、门窗工程、电气及管槽工程等

本次AAA数据中心机房建设项目工程,根据机房的功能用途不同,但机房内所配置的设备及机房装修规格基本相同,在部分区域设置特定的功能区,与机房设备区分割开来。

机房功能区是中心机房的数据处理及监控中心,对机房环境、供配电、温湿度及洁净度要求非常严格,需要建立一套安全、可靠、稳定、标准的计算机房场地环境。我方建议主机房功能区按国家标准金融企业机房规划建设。

在本方案中,将主要针对以机房功能区提出我们的机房装修解决方案。

机房功能区采用的装饰规划材料包括:

考虑计算机房的技术要求以及机房高度要求,整个中心机房天花吊顶建议选用一层天花。上面采用贴保温棉,这一层天花的作用是防潮、防尘,并有保温效果。下面一层采用全铝喷塑微孔天花板,规格600×600mm,此天花的特点是:色调柔和,不产生眩光、防火、防潮、易清洁、吸音。是目前在计算机房装修工程中采用的天花材料。我们选用欧斯宝金属防静电天花,该材料与国产同类材料相比,具有价格适中,品质优秀的长处,它同时具有平整度高、色泽一致的特性。与金属天花格调一致,照明采用600×600mm格栅灯,照明灯具均匀分布于天花吊顶上,以便产生协调的装饰效果。

机房天花施工须注意:

根据AAA数据中心机房建设精密机房的需要,我们建议防静电地板采用沈飞600*600mm进口贴面全钢抗静电无边地板,该防静电地板由钢板制作,表面采用进口抗静电涂料,抗静电效果良好,此外还具有防火、防潮作用;该地板配合精度高,且美观、整洁、耐用、其抗静电、耐磨、承受力等各项指标均可与进口复合抗静电地板比美。

我们建议AAA数据中心机房防静电活动地板的安装高度为350mm左右,活动地板下面可以用作机房内的强弱电及消防等管线、相关电气设施(插座、插座箱等)铺设。

机房防静电地板安装工程中,地面预处理最为关键,在铺设地板前必须先对地面进行较好的预处理,首先抹平机房地面,作防尘、防潮处理,再开始刷防潮漆,起防潮、防霉作用,然后再刷防静电水泥漆一遍,最后将10mm保温棉铺在地面上,起到保温、隔热、防潮作用。至此,地面预处理完成。

地板板面标高350mm,具有足够空间形成地板下净压风库并结合供配电系统的设计及施工。

在地板施工中,还要注意异形地板(如风口地板、走线地板、电源插座安装地板等)的安装。地板板面上设置终端及其它设备使用的机房防水专用插座,用时开启,不用时闭合,即能保证使用方便,又能保证安全,克服了以往接线要翻地板的缺点。保证地板工程的防静电效果、接地效果。

在机房综合工程完成后,一般还要留下4块或更多的地板,在地板上预留好引线孔或专用插座,在以后机房增加设备时,直接用其替换原有地板即可。

墙面装修通常包括墙面处理、抹灰饰面及隔音屏蔽处理。墙面处理是指采用在机房建筑物的墙面、柱面上进行防尘、防潮、防水、保温处理,抹灰饰面是指采用砂浆涂抹在建筑物的墙面、柱面上的一种装饰技术,使房屋内部平整、光滑,清洁美观,增强保温、隔热、隔音、防尘等性能,抹灰饰面一般采用石灰砂、水泥砂浆等,面层有水刷石、水磨石、喷涂等。隔音屏蔽处理是指在主机房的周边围护采用金属铝塑复合板,进行隔音屏蔽处理。

由于精密机房的洁净度要求非常高,在本系统中使用彩钢板进行装饰,具有防水功能,不仅能防止水分渗透墙壁,更能发挥防霉功能,在阴冷潮湿环境下也可以保护墙壁。

精密机房的隔墙推荐采用防火硅胶粘合的彩钢板,精密机房的门采用防火防盗门,门的装饰风格与整个机房协调一致。机房区域与大厦玻璃幕墙面增加贴一层防火膜,并加装窗帘。

边界隔墙内部填充屏蔽网,结合接地系统,降低电磁干扰,以符合机房内的磁场和电磁干扰的强度要求。

整个机房区与管理办公区之间设置了具有40db抗噪声能力的围墙(围墙的“硬板”——声音阻尼;保温层——吸声)。有效的避免了两个区域之间的噪声干扰。

精密机房中最可能出现漏水的地方是空调冷凝水和地板结露渗水。下面分别对这两种情况提出解决方案。

在本项目中,我们采用第一种方案。在施工过程中,精密空调的进排水管的布放,须严格按规范工艺施工(水管进出水口高差控制,水管防漏…)。

照明的总要求是:光线柔和,适合人体的生理需要,不能因光源产生干扰而影响计算机的正常工作;

机房内照明的质量要求:合理的照度、眩光、光的颜色、光效阴影以及照明灯具产生的电磁波对计算机的干扰;

本机房照明使用PHILIPS的(600╳600mm)3╳18W机房专用无眩光多隔栅灯盘配套使用,主机房照度达到500LUX,故障照明达到50LUX。故障照明供电回路配有独立应急供电系统,当市电停止时自动转入应急供电系统;

安装灯具时注意事项如下:

精密空调区域采用下送风上回方式达到机房的室温、湿度要求。照精密机房温度要求机房温度控制在22℃±1℃,变化率2℃/小时,相对湿度控制在50%±5%,变化率2%—5%。空气含尘浓度根据相关通信设备的环境要求。含尘粒子为非导电、非导磁性和非腐蚀性的。

计算机设备热负荷:Q1=860xPxη1η2η3        Kcal/h

Q:计算机设备热负荷

P:机房内各种设备总功耗

η1:同时使用系数

η2:利用系数

η3  :负荷工作均匀系数

通常,η1η2η3取0.6—0.8之间,

本设计考虑容量变化要求较小,取值为0.6。

照明设备热负荷:Q2=CxP  Kcal/h

P:照明设备标定输出功率

人体热负荷:Q3=PxN  Kcal/h

N:机房常有人员数量

P:人体发热量,轻体力工作人员热负荷显热与潜热之和,在室温为21℃和24℃时均为102Kcal。

围护结构传导热:Q4=KxFx(t1-t2)       K cal/h

K:转护结构导热系统普通混凝土为1.4—1.5

F:转护结构面积

t1:机房内内温度℃

t2:机房外的计算温度℃

在以后的计算中,t1-t2定为10℃计算。

屋顶与地板根据修正系数0.4计算。

除上述热负荷外,在工作中使用的示波器、电烙铁、吸尘器等也将成为热负荷,由于这些设备功耗小,只粗略根据其输入功率与热功当量之积计算。

现根据上述的计算结果,精密空调区选用先进的意大利海洛斯Q14UW型号精密空调,数量2台,1+1冗余备份工作,机组自动切换。,满足本项目需求。

Q14UW单台送风风量为12900m3/h,机房容积根据 123 m2* 2.5 m=307.5m3,机组工作可实现房间换气次数为每小时42次,符合机房规范。

(1)选型依据:

按机房规划,机房分为2个区域,1个为数据中心机房区域,1个为UPS机房区域。从设备投资经济性、整个空调系统简化性以及现场施工条件几方面综合考虑,并结合金茂大厦物业所能提供的条件,建议机房内配备水冷型(内置板式冷凝器型)空调机组,利用大楼提供的23-32摄氏度的冷却水进行热交换。

A、数据中心机房区域:

B、UPS机房区域:

    根据UPS机房的配置情况并考虑日后可能会安装机柜,建议选用1台制冷量为30KW左右的水冷型精密空调。

(2)空调选型:

A、数据中心机房区域:

选用意大利海洛斯Q14UW型号精密空调,数量2台,1+1冗余备份工作,机组自动切换。

B、UPS机房区域:

、所选机型详细参数

型  号

45.1Kw

44.8KW

12900m3/h

3.78KW

下送风、上回风

50—350Pa现场可调

8.8KW

0.99

58dB(A)

13kg/h

1750(长)×850(宽)×1950(高)

型  号

30.2Kw

28.0KW

8000m3/h

2.28KW

下送风、上回风

50—350Pa现场可调

6.0KW

0.93

53dB(A)

7.5Kw

9kg/h

1000(长)×850(宽)×1950(高)

意大利HIROSS公司成立于1964年,总部设于意大利米兰。它自成立以来一直致力于开发具有最新、最先进技术的高品质空调系统。海洛斯的所有产品均遵照国际公认的BSEN、ISO9001标准制造,并获ISO9001质量认证及欧洲制冷协会(EUROVENT)认证证书,早已成为欧洲销量第一的品牌。

HIROSS机房专用空调在世界各地占有较大的市场份额。进入中国市场近三十年来,海洛斯机房专用空调产品已成为中国电信、中国移动、中国联通、中国网通、金融、铁路、政府机关等行业主要使用的品牌。

HIROSS系列空调产品主要有以下特点:

1、品种齐、规格全:

HIROSS空调有水冷、风冷、冷冻水、风冷双冷源、水冷双冷源型等多种机型。送风方式有上送风、下送风。

2、模块化设计、使用灵活:

3、涡轮式高效风机:

风机借鉴喷气式飞机的发动机原理,风机的叶轮采用新型涡轮式,双叶片反向转动,吸气和排气同时运行,提高了送风效率。与其他品牌采用的离心式皮带驱动风机相比,相同风量下可节能0.7KW的输入功率,大大为用户节约了经济成本。由于这种风机采用含油轴承并经过动、静平衡的校正,噪音大大降低。

    风压现场可调:

    机组标配有风量自耦变压器,实现风压现场可调,克服了传统技术在现场风压不可调的局限。风机的电机采用多级调速控制,送风压力可从50PA到350PA,用户可根据机房送风距离现场调整相应的压力,使送风距离增大。以保证温湿度场分布均匀,这点是其他品牌所不能做到的。

    HIROSS空调室内风机采用自动润滑轴承,风机本身允许电压范围大,电压波动时,性能能保持最佳,无需日常维护。这与离心皮带驱动风机需经常更换皮带相比,一方面避免了皮带驱动所带来的机械偏转和粉尘污染问题。另一方面又为用户大大减轻了日常的维护工作。

4、过滤效果好:

HIROSS空调采用G4过滤网,采用符合纤维材料,过滤面积大、吸附能力强,风流损失小,再生纸制框架,更加符合环保要求;褶状滤网,较大滤网面积可使压降减小。

5、蒸发器专利技术:

    HIROSS空调采用多层盘片大面积蒸发器、增大了蒸发器面积,使焓差值提高到0.95,提高了热交换效率,翘片材料表面经专利技术特殊防水涂层处理,不粘水,减少了冷凝水在其表面的停留时间,可防止水份重新吹至机房内,提高除湿效率及防止电路的瞬间短路现象产生,降低了风阻和噪音,换热效果好,可产生更大的显冷量,用于抵消计算机设备由于耗电而产生的发热量,HIROSS空调是目前机房专用空调行业显热比SHR值最高的品牌。

6、优质高性能压缩机:

采用世界最大的压缩机制造公司美国COPLAND全封闭涡旋式压缩机,效率高,噪音小,能耗低。

7、三级电加热器:

HIROSS空调采用铝质翘片制成的电加热器,加热表面积大,表面温度低,防止空气离子化效应,并可平稳三相电压,运行平稳,避免了其他品牌表面温度高、故障率高的缺点,设有温度控制器防止加热器过热,以延长使用寿命,三级电加热,可根据被控空间内的实际温度波动趋势进行精确计算,可准确无误地启动加热级数,将房间所需的加热量输出到被控空间中,这样一来避免了其他加热方式对用户电力资源的浪费,大大为用户节省了机房专用空调的运行费用。  

8、高效加湿系统:

高效率的蒸汽发生器型加湿器,配有全自动的节能控制电路,自动补水、排水以调节加湿量。由耐高温塑料材料制成的加湿罐,加湿量大,不易结垢,方便清洗及更换。

9、独立功能的模块:

每台机组均可以完全独立运行。每台机组均具备电脑控制、制冷、加热、加湿、除湿功能。

10、节省空间:

安装维修简单方便,室内机组检修空间大,全部正面维修,可靠墙放置,左右两侧不必留维修空间,节省安装空间。

11、静音效果:

(1)气流噪声—HIROSS在风机出口和地板之间,有一极大的送风静音(区),   以增加静态压力,改善气流组织,降低气流 噪声。

(2)机械噪声—HIROSS采用终生自动润滑性轴承(含油轴承)运转平稳,安静。风机完全安装在具有减震作用的有弹性可支 撑的基座上,以最大限度降低 结构震动及噪音的产生。

(3)电磁噪声及整体措施——HIROSS采用可循环使用的工业材料,对环境保护起着积极的作用。

12、维护方便:

HIROSS空调是按快速接点设计,所有操作、

维护皆在正面进行,可靠墙安装,左右侧及背部

无需留任何维护空间,所有的模块允许并排放置,

两侧也不必预留维修空间,为用户节省了其他设备

的摆放空间,增加了经济效益,不仅安装简单,更

换零部件也简单方便,加快了维修速度。HIROSS空调独特的专用检修窗口的设计,将常规维护接口集中在统一的操作空间,可以为日常维护人员提供最人性化的操作便利性。

13、来电自启动功能:

设有低压停机及断电延迟开启功能,即当市电恢复正常以后,可在设定60秒时间内自动开启运行。

14、灵活的环保选择:

HIROSS空调可直接更换环保冷媒R407C制冷剂(选件)。主机润滑油可通用,且对人体无害。

15、微电脑集群图形控制器:

HIROSS空调机组的微电脑集群图形控制器:具有齐全的自保护、自检测、状态控制、状态记录等功能,可根据需要方便地调整运行参数。具有自动控制空调房间的温度、湿度、洁净度等的功能。操作界面显示有优良的人机界面,显示图形要求简洁明了直观。并显示系统中所有的运行控制参数及有关信息,并连续监控机组的运行情况。空调机组微电脑控制器RS485接口,可提供远程计算机监控接口和功能。能直接在空调机组控制器面板上对各种制冷参数进行设定,并能监控空调机组各个部件的运行,能记录主要部件工作时间。空调机组设有制冷延时功能,防止压缩机频繁起动。各部件可自动分时、延时起动,减低起动电流。空调机组发生故障(如过滤网需清洗或更换、压缩机故障、电加热故障、加湿器故障、风机故障、冷凝器故障、温度过高或过低、吸气压力过低、排气压力过高等)时,能发出声光报警信号并在显示屏上显示。空调机组之间的控制能互相连接、互为通讯、互为备份。可根据制冷要求控制启动空调机组的数量及可设定定时轮换工作。当任一机组故障,可自动停机及自动切换至备份系统,并发出声光报警。

16、智能化控制、人性化控制:

A、控制功能:可根据环境温湿度与设置值的差值控制压缩机,加湿器,加热器,去湿阀的开启,关闭等,根据警报信息关闭相应的元件,某些控制功能可根据具体情况调节,比如:比例+积分控制,重新启动方式,低压报警延迟等;

B、显示功能:控制器具有带背景光的液晶显示屏幕,通过显示特定的直观图形反映空调机的工作状态,同时也显示当前时间及温湿度数据,当系统出现故障时会有声光报警,还可显示系统设置点及配置参数,能永久显示温湿度及系统状态;

C、储存记忆功能:可按顺序储存有关故障和关停机信息,可自动扫描出过去24小时的温湿度曲线,保证维修人员能充分了解空调机的工作状态,使得空调机的免维护性更加突出。同时显示运行机组的所有信息。通过特定的键盘操作,可改变设置和控制参数,将空调设置在节能运行状态。如在晚上及节假日可将空调设置在静默运行状态,机组会视环境情况及设定的时间周期进行自动控制运行;

D、联网监控功能:通过监控软件可同时对不同地区的空调机进行联网监控。

17、采用主/协二级控制器系统联控、程序运行方式:

通过集群控制器作监控时机房内只需提取一个监控输出点即可完成对机房内所有空调的监控工作,大大减轻了监控人员的工作量,降低监控成本,提高工作效率。最为重要的是,如以后进行空调扩容时只需加装空调主机即可,控制部分无需增加任何硬件,在监控系统上也无需投入任何成本即可实现扩容设备的联网监控功能。

总结:

HIROSS机房精密空调具有高效、节能的突出特点:

(1)大风量机组可以提高室内空气与蒸发器的热交换效率,使得机组冷量散发至机房内,风量在5200-25000m3/h范围,并且风压现场可调,是目前同类产品中最先进的。

(2)SHR值为显冷量与总冷量之比,HIROSS机房精密空调显热比值均大于0.9,产生最大的显负荷,实际上在正常运行中时,几乎产生100%的显负荷,这意味着几乎所有的冷量都用于驱散由电子设备所产生的热量,在不需要除湿时,没有浪费能源。

(3)EER(能效比,仅指室内机组)值越高,说明产品本身越节能。HIROSS机房精密空调EER值是目前同类产品中最高的,这缘于其对涡旋式压缩机及涡轮新式风机和蒸发器专利技术的集成结果。

(4)目前HIROSS空调与其它同类空调产品相比,节约大约20%-25%的运行成本,即节能20%-25%。

本风流组织方案的明显特点是:

基本要求:

如现场无特殊要求,当室外机高于室内机时,建议垂直最大距离为25米;当室外机低于室内机时,建议垂直最大距离为9米;建议管道总长不超过60米。

注:安装方式的称呼是以风机的轴流风向确定,不是设备的安装形式。在空间允许情况下,建议采用直立式安装。

1)保修期:设备调试开通后36个月。

2)保修期内的服务内容:

保修期内,在正常使用和保养下,设备及工程发生故障,我公司得到贵方通知后,在1小时内做出响应,2-4小时内到达现场并在24小时内排除故障。修复、更换以后的元器件部分的保修期将按合同规定顺延。售后服务时间为每星期七天,每天24小时。

    在保修期内,对于非人为因素而发生故障的设备,予以免费更换,同时保证每年进行四次定期的巡检和数次不定期的巡检。我司有充足的、高素质的技术人员、雄厚的技术力量,足够的备品备件为贵方提供周到完善的售后技术支持,免除贵方的后顾之忧。

3)设备维护和巡检保障

    当空调设备在正常使用过程中,我们将按承诺每年进行四次定期巡检。在巡检过程中,每一次巡检我们将进行如下工作:

A、空调室内机外观清洁

B、空调内部清洁(包括过滤器、加湿罐等)

C、维护检查以下内容:

热力膨胀阀工作是否正常          □ □ □

压缩机声音是否正常            □ □ □

压缩机吸气压力是否正常          □ □ □

压缩机排气压力是否正常          □ □ □

室内风机声音是否正常               □ □ □

检查所有电器连接是否松动         □ □ □

检查控制器初始设置是否正常                □ □ □

检查温湿度探头是否偏差                    □ □ □

检查显示器工作是否正常                    □ □ □

检查加湿器进水电磁阀和排水电磁阀动作       □ □ □

检查加湿罐是否结垢                        □ □ □

检查加湿器的进水过滤器                    □ □ □

检查加湿器的排水盘                        □ □ □

检查加湿器排水是否泄露                    □ □ □

检查冷凝排水是否泄露                      □ □ □

检查空调送风和回风是否通畅         □ □ □

检查空气过滤器是否脏污             □ □ □

2、保修期后的售后服务内容:

保修期后,我司将以最优惠的价格为贵方提供充足、快捷的备品备件服务,并提供设备及工程终生有偿维护。

我公司可为贵方提供的维修服务有三种方式:

方式一:★★★★★无忧级(大包)

4、设备在正常使用情况下发生故障,我司所做的维修及备件更换均为免费。

方式二:★★★ 自维护级 (小包)

3、 设备在正常使用情况下发生故障免费维修,更换备件收取成本费。

方式三:★★  单次委托

     设备发生故障,贵方需支付基本维修费用,所更换备件费贵方另行支付。

3、库存及备件供应能力:

海洛斯空调在香港、北京和XX设立了3个大型的整机及备品备件仓库。其中,XX仓库负责整个华东地区HIROSS机房空调整机和备品备件供应。

XX仓库位于XX市松江开发区,占地7.3亩,毗邻沪杭高速公路和A30高速路,交通便利,仓库另备有专车负责运输工作。

4、培训服务:

1)现场培训(免费)

在设备调试完毕以后,厂方专业授权技术工程师将会在贵方机房现场进行完整的现场培训。

培训的主要内容为:

        ●  空调操作演示;

        ●  空调的日常操作维护与保养管理;

        ●  空调内部参数的设置和调整;

        ●  空调故障报警分析;

        ●  简单故障的应急处理;

        ●  技术答疑。

2)国内技术培训(费用根据实际情况另计)

我司将根据贵方需要在国内举行专业的技术培训。培训时术性能、安装调测、测试、操作日常维护、事故处理等方面有全面性的认识和掌握。

3)境外意大利原厂技术培训(费用根据实际情况另计)

计算机房所需新风有三种计算方式:按照人员每小时需要新风立方数(40~65立方/小时);按照机房总体积每小时换两次最低要求;按照空调每小时送风总量的5%。

以上三种方式各自计算后取其最大值得出,这样精密空调区总新风需要数量为500立方米/H。

新风机组采用吊装方式装在精密空调机房吊顶上方,新风取自室外。

需要注意的是精密空调区所有的新风入口必须安装在精密空调正上方,这样可以防止冷凝水的泄漏(冷凝水通过精密空调主机进入精密空调排水系统),同时风口必须安装与消防联动的电子调节阀,当分区出现警情时可以关闭相应分区的新风口,以防止消防气体从新风管道溢出。新风管道需覆盖保温层以防止冷凝水对机房的破坏。

AAA数据中心机房设备有:未来预计250台服务器,若干交换机等网络设备,实额定功率:服务器500瓦/台,外加网络交换机等。根据经验计算,运行功率约为额定功率的50%,机房UPS的用电量约为:60KW。

鉴于上述用户需求,推荐使用APC PX160KVA/80KVA UPS(后期可扩展到总功率160KVA/160KW,电池配置后备时间2小时。

由于用户的真实负载可能为60-80KW因此实际上5个功率模块64KW即可满足负载需求,也就是说实际上形成了N+1冗余,坏掉1个功率模块系统也能正常工作。

主路空气开关为250A/3P,物业提供一路250A容量的电源分两路输出,一路提供UPS设备电源供应,一路电源提供机房动力配电使用。

物业提供电源接至机房内相应主配电柜PDU-1,PDU-1提供给3台UPS供电及精密空调及照明等动力配电使用。两台40KVA UPS输出柜为PDU-2, PDU-2布线到机柜提供机房设备的供电,一台20KVA UPS输出柜为PDU-3,PDU-3输出到办公区使用UPS电源工位。

PDU-1提供精密空调机组、机房照明、新风机及排烟机等动力及照明设备的供电。

功率(KW)

合计(KW)

19.88

19.88

15.58

15.58

35.46

总计容量(理论最大容量)为120KVA,电流约200A。

照明为分组组合供电方式水平照度按400LX设计,采用机房专用无眩光灯具。

IT机柜采用终端盒接入电源或采用电源插件接入电源。

本工程安装的配电柜的开关容量、数量和电源线、缆,其输送电流能力等均预留了一倍以上的发展余量;

雷击是年复一年的严重自然灾害之一。随着我国现代化建设的不断提高,通信设备越来越多,规模越来越大。一方面大型电子计算机网络,程控交换机组等系统设备耐过电流,耐雷电压的水平越来越低,另一方面由于信号来源路径增多,系统较以前更容易遭受雷电波的侵入,致使雷电灾害频频发生。据统计,雷电对电子设备的损坏占设备损坏因素的比例高达26%,防雷过电压已成为具有时代特点的一项迫切要求。

雷击一般分为直击雷击和感应雷击。

       直击雷击——指雷电直接击在建筑物、构架、树木、动植物上,由于电效应、热效应和机械效应等混合力作用,直接摧毁建筑物,构筑物以及引起人员伤亡等。由于直击雷的电效应,有可能使机房微电子设备遭受浪涌过电压的危害。

感应雷击(又称二次雷击)——指雷云之间或雷云对地之间的放电而在附近的架空线路、埋地线路、金属管线或类似的传导上产生感应电压,该电压通过传导体传送至设备,间接摧毁微电子设备。感应雷击对微电子设备,特别是通讯设备和电子计算机网络系统的危害最大,据资料显示,微电子设备遭雷击损坏,80%以上是由感应雷引起的。

       另外还有操作过电压,即是指当电流在导体上流动时,会产生磁场储存能量,当负载(特别是电感性大的负载)电器设备开关时,会产生瞬时过电压,操作过电压同感应雷击一样,可以间接损坏微电子设备。

二、雷电防护区的划分

1、LPZ OA:直击雷非防护区,本区内的各物体都可能遭到直接雷击和导走全部雷电流;本区内的电磁场没有衰减。

2、LPZ OB区:直击雷防护区,本区内的各物体不可能遭到直接雷击,但本区内的电磁场没有衰减。

3、LPZ 1区:屏蔽防护区,本区内的各物体不可能遭到直接雷击,流经各导体的电流比LPZ OB更小;本区内的电磁场可能衰减,这取决于屏蔽措施。

4、LPZ 2区等:后续防雷区,当需要进一步减小导入的电流和电磁场时,应引入后续雷区,并按照需要保护的系统所要求的环境选择后续防雷区的要求条件。通常,防雷区的数越高电磁环境的参数越低。

在两个防雷区的界面上应将所有通过界面的金属物做等电位连接,并宜采用屏蔽措施。

依据国际电工委员会IEC标准、法国NFC标准、德国VDE标准和中国GB标准与部委颁发的设计规范的要求,大楼和大楼内之计算机房、程控机机房等设备都必须有完整完善之防浪涌保护措施,保证该系统能正常运作。这包括电源供电系统、不间断供电系统,电脑网络、卫星通信设备等装置,均应有SPD防护装置保护。设计依据包括有:

《建筑物防雷设计规范》            GB50057-94

《电子计算机房设计规范》            GB50174-93

《防雷器材指标要求》              GB11032-89

《雷电电磁脉冲的防护》            IEC1312-3

《电器装置安装工作盒接地装置施工及验收规范》GB50169-92

《计算机信息系统防雷保安器》      GA473-1998

《通讯系统过电压过电流防护技术要求》YD/T695-93                      GB9361-88

《计算机信息系统防雷保安器》行业标准 GA173-1998

《通讯局(站)雷电过电压保护工程设计规范》行业标准YD/T5098-2001

《民用建筑电气设计规范》行业标准 JGJ/T16-92

《等电位连接安装》图集02D501-2

《利用建筑物金属体做防雷与接地装置安装》图集03D501-3

《建筑物防雷设施安装》图集03D501-3

一、方案设计原则

严格按照国标、部颁标准以及相关的国际标准实施防雷工程。

在做好系统防雷的基础上,达到最大节约资金的目的。

二、常见雷击原因分析

一般情况下,某种设备与外界的联系可分为三种(如下图),电源线、信号线及设备地线,因而,无论浪涌过电压产生的形式如何,其最终会通过这三个途径中一种或几种对设备放电,造成设备损坏。因此对于任何一个需要保护的空间内的设备,只要截断该需要保护的空间与外界浪涌过电压的途径,即可达到防护的要求。

因此,设备因雷击损坏,其损坏的原因可归纳为两点:线路传导过电压及地电位反击。

三、沿线路传导的过电压的防护

A、线路传导过电压的形成

线路传导过电压的形成可分为二种:

电感、电容性负载的起动

近点雷电磁场感应是近年通信系统设备损坏的主要途径。当建筑物遭受雷击或在建筑物近旁发生雷击时,强大的脉冲电流会在周围空间产生交变磁场(以雷电中心1.5km-2km的范围内都可产生危险的过电压),处于磁场中的导体因此而感应出高电压,沿线路产生的过电压窜入设备,造成设备损坏。其形成过程如下。

电感或电容性负载起动,即通常所说的开关操作过电压。电压在极短的时间内发生瞬变,电压时间特性曲线的陡度(du/dt)较高,形成幅值较高的脉冲电压加载在供电线路上,沿线路窜入设备,造成设备损坏。其形成原理如下图。

当U0取值为24V时,适当的L与CS,加载在设备上端的脉冲电压幅值即可达4000V,这远远超过了脆弱电子设备的耐受能力。

B、线路传导过电压的防护

根据传导过电压形成的三种方式及其传播途径,对于通信设备其防雷保护可从两个方面进行考虑:

电源线路过电压防护。

四、地电位反击

根据GB50057-94(2000版)第6.3.4条“……全部的雷电流的50%流入建筑物防雷装置的接地装置,其另50%分配于引入建筑物的各种外来导电物、电力线、通信线等设备”。电流分配图如下:

从图中可以看出当建筑物遭受雷击时,约有50%的雷电流通过建筑物的地网泄入大地,另外约有50%的雷电流通过与等电位连接带相连的接地导线进入设备,因此当雷击发生时,地网电位被抬升,与汇流排相连的设备外壳的地电位也随之升高,进入设备通信线的低电位与机架或地线之间的高电位存在高电位差而发生反击放电,从而使电子设备损坏(地电位反击过程见下图)。

五、现场勘探情况及分析

据气象资料表明XX地区年平均雷暴日为82天,已被划为多雷区(小于15为少雷区,15-40为中雷区,40-90为多雷区,90以上为强雷区)。

六、具体方案

技术参数如下:

功能和应用领域

雷电浪涌保护器V 25-B+C依据VDE 0185,Part 1和Part 100的要求,而设计的一种雷电保护等电位连接器。该装置是符合DIN VDE 0675,Part 6(Draft 11.89)A1,A2等级为B+C级保护器的要求。在建筑物雷电保护安装工程中,它保证了电源线上的等电位连接。当电源线架空引入建筑物时,架空线可能会引入部分直接雷击雷电流,在此种建筑物电源架空引入的线路上,该保护器也可应用。

V 25-B+C/3+NPE(B+C等级)可用于TN-C-S,TN-S,TT和IT系统中特别的浪涌保护器。该保护器是根据DIN VDE 0100,Part 534/A1的最新需求设计而来的,允许成对保护器简单、安全的安装。

高性能浪涌保护器OBO V 25-B+C有一个特别的压敏电阻电路,装置内含良好非线性特性(а>30)的氧化锌压敏。即使电路出现高能电涌,设备也能得到最大程度的保护。甚至当电涌电流达到60 kA时,保护器的电压仍低于1.5 kV。因此,该保护器能够承受直击雷的部分雷电流。在过载情况下,保护器内置的热感断路器可以将保护器模块从主电路中脱离出来,保证供电系统正常工作,与此同时状态显示视窗由绿色变为红色。

OBO电涌保护器V 25-B+C不仅能承受高通流容量的雷电流,同时具有低的保护电压的特性,能够作为一个B+C联合保护器使用。

安装

OBO V 25-B+C能够容易地安装于任何配电箱或者开关箱内的35 mm导轨上。NPE保护模块C 25-B+C/NPE和底座之间的巧妙设计,使模块不能被反向插入。这保证了保护器模块的正确安装。

技术参数

技术参数如下:

在主机房,监控机房制作一均压环,供设备、金属管道、金属接线盒等接地用。均压环采用30mm×3㎜紫铜带安装在静电地板下排成环形格,通过绝缘端子与地面相连,铜带的交叉点处用锡焊焊牢,铜带网接至机房接地上。其上加工出间距3-5㎝的螺孔,便于设备接地。机房所有金属导体外壳均应用6mm2接地线以最短的距离和均压环相连。使机房内所有设备处于等电位状态,均压环两侧与建筑物主钢筋相连,并与机房专用地线相连,形成联合接地。接地阻值小于1欧姆。

   建筑物本身以及直接进入建筑物的管线的等电位连接不在本项目范围内。

UPS系统、精密空调系统、供配电系统、漏水系统、温湿度系统、图像监控系统、门禁系统、新风控制系统、消防系统、红外防盗系统等子系统的集中管理,以上所有子系统通过统一的软件平台进行管理。

    《计算机站场地技术条件(GB 2887-89)》

    《计算机站场地安全要求(GB 9361)》

    《电子计算机机房设计规范(GB 50174-93)》

    《电总通信机房动力及环境监控规范书》

    《低压配电设计规范》(GB 50054-95)

    《保安电视监控工程技术规范》GA/T76–96

    《安全防范系统验收规则》(GA 308-2001)

    《安全防范工程程序与要求》(GA/T75-94)

    《建筑安装工程质量检验评定标准(GBJ 300-88)》

    《建筑与建筑群综合布线系统工程设计规范(CECS89:97)》

    《建筑与建筑群综合布线系统工程施工及验收规范》

本次机房监控系统的设计及建设是结合机房结构、设备内容、使用功能、操作对象和管理要求等综合因素进行考虑的,并做出合理的、适应特定工程使用和管理需要的设计。

机房监控的点表如下:

机房名称

UPS

空调

配电开关

配电质量

漏水

温湿度

视频

门禁

消防

防盗

新风

单位

主机房

2

24

15

5

4

2

1

2

1

动力机房

1

1

8

3

15

2

1

1

1

1

操作机房

1

1

钢瓶间

1

1

合计

1

3

32

3

30

7

5

5

3

4

1

表1:KingWeb机房监控系统点表

在机房配电柜总线、空调输入线路及UPS输入端分别加装1台智能电量检测仪,共3台。通过电量仪的智能接口,系统可全面检测市电进线配电柜的电源参数,例如三相电压、电流、频率、功率因数、有功功率、无功功率。管理人员通过系统远程查看各项参数,达到无人职守。

对于机房的重要配电开关,监视开关是否跳闸或断电等状态非常必要,一旦开关跳闸断电,计算机系统立即停止工作,将造成整个系统崩溃,如不尽快处理造成的损失将无法估计。本次监测配电柜输出端及重要机柜的共32路空气开关的闭合状态,有跳变则报警。

精密空调为机房创造符合要求的温湿度环境。通过空调通讯接口采集回/送风温度、回/送风湿度等模拟参数;包括回风温湿度上下限,压缩机、风机、加热器、加湿器、去湿器、滤网等报警信息;空调开/关机。

共监测2台精密空调。可通过监控系统对空调进行统一控制和管理

机房内有可能会产生漏水处(包括:空调下、给排水管及窗户附近等处),均采用漏水检测系统可将渗漏情况感应出来,将信号通过机房环境监控系统通知工作人员立即采取措施。

本次设计中将围绕3台空调安装一套定位式的漏水系统,敷设30米漏水感应绳,一旦有水泄漏碰到漏水绳,漏水绳上的监测点通过控制器将信号输到监控主机,系统在第一时间报警,监控界面自动切换到漏水监测画面上,漏水点精确到1米,相应的漏水点变红色闪烁并发出语音报警,可大大减少寻找水源的时间。

由于机房内系统繁多,人员出入控制的要求也较高,因此图像监控系统对整个机房突发事件及事后取证将提供不可估量的作用。采用数字监控系统对整个视频进行管理、图像侦测、识别、控制、存储以及检索。

主要针对机房所有出入口,共安装5台彩色半球摄像机,其中4台布置在主机房进门,动力机房1台,观察人员进入状况,并可以和其它系统设置联动。

1、图像监控系统功能

2、系统的联动

通过机房监控系统主平台“KingWeb平台”的内部信息共享,视频将与门禁、防盗报警或消防等系统集成后进行联动,系统能自动识别并响应其它设备的报警信号,协调运行。如门禁系统遭非法操作或消防报警,图像监控系统能自动命令就近的摄像机监视该部位的情况,同时发出报警信号并录像。

本次机房监控系统通过集成门禁管理主机达到对门禁系统的无缝集成。用户通过操作“KingWeb平台”达成对门禁系统管理的所有功能,很好地实现了资源共享的目的,也大大提高了管理效率。

在机房各道出入口各安装1台读卡器,其中主机房2道门,操作间、钢瓶间、动力机房各1道门,通过授权管理,只有持有效卡的的合法用户才能进出门禁控制区域,出入记录全部存贮在电脑中,出入口控制完全采用电子控制,保安人员只需在控制室中,就可对所有门禁区域进行监测和控制。

1、门禁管理系统功能

2、系统的联动

门禁控制主机通过与机房监控系统主平台“KingWeb平台”的接口通讯,与视频系统、消防报警等系统集成后,能自动识别并响应其它系统的报警信号,协调运行。如消防报警,门禁系统将自动打开所有门,视频监控系统能自动命令就近的摄像机监视该部位的情况,同时发出报警信号并录像。

根据要求,系统需要对新风机的运行状态进行实时监测。由新风机厂家提供新风机运行状态的干接点信号,通过采集该接点信号,对新风机的开关状态及报警状态进行监控,同时通过改造新风供电系统实现控制新风机的开启和关闭。

通过采集机房消防系统烟感探测器的报警信号实时监测机房区域的火灾情况。消防系统利用机房监控系统的多样稳定地报警方式,及时通知相关管理人员迅速采取行动,以尽可能减少损失。可联动门禁系统打开所有的门锁,并联动图像系统进行录像。

本工程所有的子系统在设计上不是仅仅将其作为一个独立的子系统,而是将其有机的融入机房环境集中管理系统之中,这样单系统的作用就不仅仅是实现各自监控功能,而是为整个数据中心在提高管理效率或提升功能方面需要的应用。

针对项目的实际需求,所有动力环境及安全防范设备将通过统一的监控系统平台软件进行集成管理,因此,该平台软件就成了本项目的核心。平台软件我们将选用专业机房监控平台《KingWeb信息集成平台软件》。它与后台服务器、前端采集设备、中间通讯设备一起组成了完整的“KingWeb机房监控系统”。

可通过监控终端、短信等方式对报警信息进行确认,在未收到确认前监控终端一直进行报警且间隔一定时间后再次发送报警短信。

(2)报警级别:系统具有强大的报警处理功能。可区分10级报警级别,报警事件发生时,系统按事件级别排队报警,显示处理,并将系统界面自动切换到相应的报警画面。系统管理员拥有更改任何报警级别的权利。

(3)报警参数设置:只有拥有系统管理员账号和密码,才可以对所有的报警参数、报警级别、报警界限进行修改。

(4)报警分析:系统管理员可以对所有报警事件的报警级别进行修改,如果不需要报警的事件可以屏蔽。

(5)系统默认保存一年的历史报警记录,所有人员都无法修改或者删除。

(6)系统自检报警:监控系统具有专家诊断功能,对通信中断、软件故障能够诊出故障并及时告警。监视各智能设备各部件的运行状态和工作参数。当监控系统非法退出时,监控系统可以自动重启。

(2)设备操作历史记录:系统将自动记录所有操作记录,包括操作人、操作对象、操作内容、登录及退出时间等。

系统用户可以在线进行监控对象的增加、修改和删除等管理功能,所有更改马上就能生效,无需重新启动监控系统。

(1)报表处理:系统对采集的数据进行处理,可生成报警统计报表、操作统计报表、历史统计报表等多种报表并打印出来;用户可以查看一年内所有报警的事件和操作记录,并且可以通过报表形式打印出来。

(2)系统根据采集的数据生成实时动态曲线图、历史数据曲线图等直观的曲线图标;系统可以对所有遥测数据都可以生成实时动态曲线图和历史曲线图。

(1)通过远程监控程序,可实现系统的远程监控;系统提供B/S(远程管理站/本地服务器)监控模式。

(2)系统可自动侦测通信故障,发生故障时提示;系统会自动侦测远程监控主机与监控中心管理主机之间的通讯,当通讯发生故障时,系统将以最高级别方式报警,并通知系统管理员。

(3)可扩展性:系统应留有与以后其它应用系统互联的接口;本系统的可扩展性非常高,所有功能都是通过模块化结构实现,对于日后系统的扩展与升级来说,十分方便。

(4)系统可通过手机短信接收订制的信息,并可向系统发送控制命令,控制设备启停或设置报警级别、报警上下限等任意属性。

根据通盘考虑,所有数据中心机房的众多设备需在一个整合了多种机房系统资源的集成大平台上得到统一管理,以解决因大量设备分散分布所带来的管理上的不便性,免除了众多不必要的外围设备而节省大量空间,使得各管理员可在监控室内从键盘、鼠标、显示器组成的控制台便可登陆所有的设备,方便快捷地排除机器故障,从而更有效地保障整体机房的正常运营。具体需求如下:

在综合考虑了以上各因素及反复探讨后,我方经过反复研究,推出以下合理化方案供各位领导参考。

根据机房整体设计考虑,建议数据中心不同部门分机房所有数据中心机房的众多设备,包括不同品牌服务器和不同操作系统服务器控制,需在一个整合了多种机房系统资源的集成大平台上得到统一管理,以解决信息孤岛和各厂商管理方式各自为政的问题,方便快捷地排除机器故障,从而更有效地保障整体机房的高效运营。

主要体现在以下几个方面:

系统安全性

系统安全方面,我方提供了Hub-Spoke结构的集中控管系统,将来扩展时,认证服务器之间数据自动同步,并且可以实现负载均衡,可以避免被控服务器数量将来过多及用户访问次数增加造成用户访问系统过渡拥挤而瘫痪,保证访问过程无阻塞性。

面对将来各种各样的服务器、路由器、交换机、电源等,其管理软件各自为政,各种软件只能承诺对单一或少量设备的管理,而无法实现一个界面上对所有设备的统一管理,我方采用的DSView 3软件使得管理人员在统一的平台及界面上集中控制管理服务器设备、串口设备、电源设备等,管理员对设备情况一目了然。集中控制系统还为以后加入各种新功能提供了保障,提供更进一步的硬件远端操控能力,包括服务器的物理健康特征,如温度、电压、电扇工作状态、电源供应以及机箱入侵等为系统管理、恢复以及资产管理提供信息,这样机房管理人员便可以随时随地在第一时间了解整个网络服务器系统的物理健康状况,以采取积极的应对措施,节省了客户将来的投资,降低数据中心的管理与维护成本,使机房的管理达到国际上新的成熟度标准。

根据总体机房建设要求以及以上需求说明,综合考虑系统的稳定性、服务器和网络的安全性、用户控制服务器和网络设备的合理性、应用需求的高效率性、体系架构冗余拓展性、统一管理性、降低维护成本性等多方面的因素。具体方案如下:

方案实现:

解决方案采用分布式Hub-Spoke架构,使得认证服务器的放置实现了异地化和多机并发处理。对于数据中心机房而言,可设置一台HUB(中心)和Spoke(分支)认证服务器,中心和分支后台数据同步;如需访问主机房中的终端设备,用户可直接通过HUB或Spoke认证服务器的用户和权限验证,建立与主机房内的相应终端设备之间的连接。如建立统一控制管理,访问A机房的终端设备可直接通过A机房认证服务器,节省了数据传输返回时间,实现了认证系统的负载均衡处理。当A机房本地认证服务器出现问题时,也可通过B认证服务器进行通信验证,同样可对机房内的终端设备实现远程操作。无论管理员是在不同楼层、不同楼宇还是出差在外地,同样操作也可实现同时控制操作数据中心机房。Avocent独有的分布式认证服务器架构特别适用于多地点机房的集中管理,已经在各大通信、金融行业数据中心中成功应用,该架构可以提高系统的可靠性(可实现16台认证服务器冗余),以及减少认证系统负载,从而保障多地点数据中心IT基础设施系统的完全可用性。

服务器设备逻辑分组说明

数据中心内服务器设备众多,可以对机房内服务器设备的逻辑划分说明如下:

首先,按照各服务器设备所属单位部门进行划分,如下图所示:

当用户需要时,还可对以上信息进行导出,保存为.CSV 文件,更方便用户直观地对具体服务器进行各项操作:

如此划分,无论是对于操作员还是管理员来说,都可方便地找出所需访问的服务器设备,尤其对于系统管理员来说,既可利用不同组别来查找不同服务器设备,亦可通过DSView系统独有的Filter功能,方便快捷地找出相应字段匹配的服务器设备。例如:需查找操作员“张杰”所负责的服务器,可在系统Filter栏处输入“张杰”字段,即可显示出操作员“张杰”所负责的所有服务器设备列表。
同时,也可根据不同的定义字段(如IP地址、部门、应用等)来搜检相应的服务器设备:如输入“51”字段,系统会自动将所有包含“51”字段的服务器列表检索出来:

DSView 3 集中控制管理平台有DSView 内部认证服务,它可以根据 DSView 3 软件服务器数据库中保存的用户帐户信息,来验证登录和密码。

DSView 3 软件还支持以下几种外部认证服务:

对于用户分组而言,可设三个不同优先级别的账号,分别具有不同的访问权限,管理便捷:

例如:设置用户“周彦倜”为系统超级用户,具有DSView Administrator权限,优先级最高,可对所有服务器设备进行访问并可随时断开任意用户的访问进程,还可进行系统设置操作;

设置用用户“蒋放”为组长,其具有对“科技部”组中的所有服务器设备的访问权限,可随时断开对该组设备有部分访问权限的组员的访问进程;

设置用户“张杰”为组员,其仅具有对“科技部”中几台服务器设备的基本管理权限。访问安全的顾虑

Avocent数字解决方案针对的应用,设置了6方面用户安全级别控制和保护方式:

可通过DSView系统针对不同用户设置不同等级的用户权限,管理相应的服务器;任一用户在访问终端设备前,必须先通过多冗余设计的认证服务器(Hub或Spoke)的严格权限验证(SSPI、AASP专用安全协议),成功后才能访问到具有相应的终端设备并进行相应权限的操作,此其间所有的鼠标、键盘及视频信号的传输皆采用可选方式的DES,3DES,128位SSL,AES加密算法,并可结合利用防火墙的端口设置等功能,最大程度地保障了系统的安全性能。

结合XXXXX外部认证系统,可指定用户在指定时间访问相应服务器设备,增强了系统的安全完备性。

可由DSView系统分配给各不同用户不同的用户权限。

DSView具有的强大功能使得系统可指定访问用户的IP地址列表,使得仅在此列表中存在的IP网段内的访问用户可以访问到DSView系统,防止了各种外部无效访问,大大增强了系统的严密性。

在DSView实现系统统一日志管理,功能包括:保存、查询、索引、归档,日志内容主要包括以下几个方面

事件日志主要用于记录设备在Console端口输出的包含有用户所定义关键字的系统信息,包含了发生事件、发生端口、信息内容,事件日志以表格方式记录在DSView的数据库中。

将ACS上的串口数据统一保存到DSView3中。串口数据中包含了重要的目标设备的系统信息,以及通过serial console对目标设备的配置或操作过程。数据日志主要用于记录设备在Console端口输入输出的信息,即网管人员在Console进行的操作信息,数据日志以文件的形式保存在DSView的文件系统中。ACS还支持NFS和Syslog协议,可以根据客户具体需求,将Console端口输入的信息,记录在相应的协议服务器上。

软件系统发生已定义且启用的事件,则将该事件保存在事件日志中。您可以显示事件日志内容、查看单个事件日志条目的详细信息,或删除事件日志条目。您可以设置在事件发生时将通知邮件发送至一个或多个地址。您可以更改事件日志的保留时间以及导出事件日志内容。

定义的事件可归类于以下类别:事件类别

然而,虚拟技术的引入也给IT机构的管理工作带来了许许多多的挑战。这些新的挑战主要应归咎于两个基本原因:

虚拟和物理服务器的混合为管理运营带来了新一层的复杂性。因此,IT机构必须重新思考新的方法,对这些动态混合程度越来越高的虚拟和物理服务器实施有效的管理。

Avocent集中控制管理平台DSView3.5可使管理者对物理IT资产与虚拟化设备进行统一的访问与控制管理,是业界第一种可以在统一平台上实现对虚拟和物理服务器的组合访问和控制,从而减少管理数据中心的费用和使复杂性的管理平台简单化。

AAA数据中心机房的机房区采用气体消防;气体灭火系统采用七氟丙烷自动灭火系统;系统具有自动、手动及机械应急启动三种控制方式。并与配电柜、新风和排风系统联动。

为保护一些不能用水扑救部位的避免火灾损失,广泛使用了气体消防。如证券、基金公司机房、电信机房、广播电视设备、发电机房等场所。气体灭火系统包括卤代烷(如七氟丙烷)、二氧化碳、惰性气体及烟雾灭火系统。

其中七氟丙烷气体灭火系统以其环保性、低毒性在计算机机房灭火系统中广泛采用。

七氟丙烷气体灭火系统在应用方式上可分为管网式和无管网式,下面我们就这二种应用形式进行分析。

当一个防护区的面积不大于500m2;容积不大于2000m3时采用管网式灭火系统;

管网式灭火系统图如下:

(单元独立系统原理图)

1.紧急启停按钮

2.放气指示灯

3.声报警器

4.光报警器

5.喷嘴

6.火灾探测器

7.电气控制线路

8.灭火剂输送管道

9.信号反馈装置

10.启动管路

11.集流管

12.灭火剂管路单向阀

13.安全泄压阀

14.压力软管

15.灭火剂容器阀

16.机械应急启动把手

17.瓶组架

18.灭火剂容器

19.启动装置

20.报警控制器

21.灭火控制器

当一个防护区的面积不大于100m2;容积不大于300m3时采用管网式灭火系统;

无管网式灭火系统图如下:

1.紧急启停按钮

2.放气指示灯

3.光报警器

4.声报警器

6.火灾探测器

7.喷嘴

8.信号反馈装置

9.集流管

10.灭火剂管路单向阀

11.压力软管

12.灭火剂容器阀

13.机械应急启动把手

14.柜体

15.灭火剂储存容器

16.启动管路

17.启动装置

18.报警灭火控制器

由于AAA数据中心机房需要气体消防的机房面积不超过200m2,容积不超过600m3,故建议选择无管网式灭火系统。

防护区为数据中心机房,共设  3   个防护区。

本系统具有自动、手动及机械应急启动三种控制方式。

电气自动启动:

在防护区无人时,将灭火系统设置在自动控制状态。当防护区发生火情,报警及灭火控制器接收到感温和感烟探测器同时报警,发出火警声、光报警信号,同时,安装于防护区内的警铃、防护区门口的声光音响器发出声光报警信号,以提醒人员迅速撤离现场,继而联动相关设备(如防排烟阀,防火门、窗,风机,防火阀等),同时联动控制切断非消防电源,关闭空调。延时30s以后,灭火控制器发出灭火指令,触发与防护区相应的电磁先导阀使启动气瓶气瓶阀开启,释放启动气体,通过气控管路打开相应的选择阀和灭火剂储瓶瓶头阀,释放HFC-227ea灭火剂,实施灭火。在灭火剂开始喷放时,点亮防护区门口的气体释放门灯,直到手动消除。

●电气手动启动:

在防护区有人工作或值班时,灭火系统应设置在手动控制状态。当防护区发生火情,可按下灭火控制器上的直接输出按钮,或对设在防护区外的手动控制盒击碎玻璃,按下“紧急启动”按钮,即可按上述程序启动灭火系统,实施灭火。在自动控制状态,仍可实现电气手动控制。电气手动控制实施前,防护区内人员必须全部撤离。当发生火灾警报,在系统释放前的延时阶段,如发现有异常情况或判断火情不大,无需启动灭火系统时,可按下气体手动控制盒上的“急停”按钮,将终止灭火指令的发出,阻止选择阀和瓶头阀的打开,禁止灭火剂的喷放。

注意!不论何时,按下“急停”按钮后,系统将不能再次启动,需要到现场将该按钮恢复。

紧急气动启动及机械应急手动启动:

当某一防护区发生火情,但由于电源发生故障或自动探测系统、控制系统失灵不能执行灭火指令时,应立即通知所有人员撤离现场,关闭联动设备。

●紧急气动启动:

电磁先导阀包含手动启动头,可用于手动启动。在保险销已拔掉的情况下,手动操作时,拉掉相应防护区启动气瓶电磁先导阀上部保险夹,用力拍击顶部顶块,即可打开电磁先导阀相连的气瓶阀从而启动系统。

●机械应急手动启动:

进入储瓶间打开与防护区域相对应的选择阀(即向后拉动选择阀上的转臂杆,翻转打开压臂使其敞开,靠灭火剂自身压力可打开。对于90L,DN32型瓶头阀,向后拉动各对应主储存瓶瓶头阀上的转臂,翻转打开压臂,打开主储存瓶瓶头阀,释放灭火气体,实施灭火。

防护区

面积(m2

高度(m

设计浓度(%

设计喷射时间(s

设计抑制时间(min

56.84

3.5

27.71

3.5

9.43

3.54

防护区

七氟丙烷设

计用量(Kg

七氟丙烷实

际用量(Kg

使用储瓶数(个)

每瓶充装量(Kg

储瓶容积(L

主管径

66.5

61.5

66.5

66.5

66.5

66.5

参数

防护区

灭火设计浓度

灭火剂储瓶数(只)

喷头数量(只)

喷头规格

地板

房间

吊顶

地板

房间

吊顶

8%

8%

8%

管道公称直径(mm)

最大间距(m)

1.5

1.8

2.1

2.4

2.7

3.0

3.4

3.7

4.3

5.2

防护区门外应设警告牌和声光报警及释放信号标志。

只探测报警,发出火警信号。但当电气控制部分出现故障,或由于电源发生故障或自动探测报警系统失灵,不能执行灭火指令的情况下,采用应急手动启动。

应急手动启动必须在储瓶间进行。首先关闭影响灭火效果的设备,通知并确认人员已经撤离后,拉掉相应防护区启动气瓶上电磁先导阀上部保险夹,用力拍击顶部顶块,即可打开电磁先导阀相连的气瓶阀从而启动系统。灭火系统必须有专人负责,经常进行检查和维修、保养,保持良好的工作状况,检查方法与要求应根据设备厂家提供的说明书进行。

针对AAA数据中心机房的网络需求,以计算机网络运算准确无误及数据传输安全可靠、速度快的高标准,此次选用泛达超5类综合布线系统(结合语音系统)布线解决方案。

AAA数据中心机房的主要需求有:数据通讯/语音系统。结合AAA综合布线需求和我公司多年综合布线建设经验,我们提出以下综合布线工程解决方案。

综合布线系统工程设计应采用当今先进的网络技术,实现网络数据高速有序流通,最大限度保护网络的安全、稳定、高速性。

我们将严格按照ISO11801等国际布线标准设计及施工,将AAA数据中心机房建设成为一个技术先进、性能可靠、功能齐全的系统。系统应符合ISO/IEC11801:1995(E)等综合布线工程国际标准中的各项规定,还应满足以下要求:

AAA数据中心机房的局域网络系统是按照以太网(Ethernet)设计和规划的,为满足网络技术发展的需要,降低信息系统总投入成本,AAA的局域网系统建议按照千兆以太网规范设计。这不但能提升网络系统速度,对今后网络的扩展也留有余地。

信息点(含语音信息点)采用六类UTP布线系统。

由于语音信息点和数据信息点统一设计及施工,通过更改跳线,语音信息点和数据信息点可方便的互换使用,增强了布线系统的灵活性和可扩展性。

       根据计算机网络的发展要求,以及今后的发展趋势。综合布线我们建议选用Panduit系列布线产品。

       我们将结合多年的设计与施工经验,有效地配合贵方,为圆满完成贵方工程尽我们最大的智慧和力量。诚恳地希望贵方对我公司投标建议书的不妥之处,多提宝贵意见!

       机柜推荐采用APC机柜,选用规格为600*960*2000标准服务器机柜和800*800*2000网络机柜,42U。机房暂时设置8个服务器机柜,2个布线柜

       线槽选用国产镀锌1.0 厚铁线槽,一次冲压成型。线管选用国产1.7寸厚镀锌铁管,通过铜杯梳、铁直通等材料实现路由端接。

       在系统设计中首先要考虑的是选用的传输介质。综合布线系统有两类传输介质可选:六类;光纤;

       根据本项目实际需要,在设计中用六类传输介质构成整个系统。用最小的开销,最少的干扰更改路由。结构可以简单的通过空管、槽安装好,并可以方便的重新改变、增加路由。

施工过程由三个方面完成:管道安装,拉线安装和配件端接。

       在施工中经常可以看到下列情况:

       为了避免施工中出现上述问题,在ISO/IEC11801标准EIA/TIA569标准中规定:

       ◆双绞线拉线时的拉力不能超过13磅

       ◆光纤的拉力不能超过15磅

       我公司为了保证施工的质量,规定:拉线时每段线的长度不超过20米,超过部分必须有人接送;在线路转弯处必须有人接送;

       所有信息点电缆均引至配线系统内。经配线后连接到水平配线系统。再以水平配线系统主干线为中心连到各个RJ45接线盒。最后经各信息线缆连接到各种终端。

       所有线缆在地板下安装在铁皮线槽内(主干槽),从主干槽引至各工作区采用镀锌铁管安装,交换点使用转接头,保证线缆从主配线到工作区之间安装是封闭的,以防损坏。同时,铁槽要做好接地处理。

       所用交换机、配线架在机柜中。

       布线一般由远到近的区域进行拉线,以保证网线的最高利用率。

(最后一章了,加油!)


内积矩阵(这个树是前缀树Trie吗,待深入了解)(统计学习方法7.3.3节给出了一个更复杂的字符串核函数,能考虑到不连续的子串,以及子串长度衰减)

P678 认为存在隐变量的相关性)
监督主成分算法可以看成是拟合这个模型的方法:

算法18.1中系数不为0,(当且)仅当个主成分)(因子分析和PCA有必然联系吗?总感觉这里是概率PCA才对)
步骤2b中的回归是显然的

P679 假设一共增长相对较小,可以证明,在合理条件下,第一主成分与隐因子是一致的. 通常情形下的主成分可能不是一致的,因为它可能被大量的噪声特征所污染.(这里的一致感觉不够具体,另外渐近一致如何考虑?)

P679 假设在第1步使用的阈值产生大量的特征用于计算主成分.则为了解释性和实际应用,会寻找降维后的子集特征来近似模型.18.6.3节的预处理Pre-conditioning是其中

BH过程为什么对应的 FDR 至多为的证明相当复杂

至此,ESLII读完了。

参考文献:
[1]
[2]

一,当前KV数据库从存储介质可以分为两种模式:

1,一种是以内存为主持久化为辅,如memcache(无持久化),redis等———-侧重高性能

2,一种是以持久化为主内存为辅,如ssdb(基于leveldb/rocksdb存储引擎)——-侧重大容量

方案一 改造redis,是它支持冷热分离

client—————–>proxy——-读写主redis——->redis(m)—-同步—->redis(s)

client——————>proxy—–读写ssdb———->ssdb(m)<—-同步——>ssdb(s)

实现描述:

写操作全部记录在内存,不同步写磁盘

内存中标记不存在的key,如果一个key在磁盘上不存在,则在标记之后不用再去磁盘查看这个值是否存在

缺点:基于redis做二次开发,后续不方便升级redis

分析:

redis定位是内存KV数据库,只支持所有数据存放在内存,持久化只是数据安全性的一种保障方式。

Jimdb S是京东基于redis2.8实现的KV数据库,用SSD(固态硬盘)持久化数据。

方案二 改造备redis和proxy,备redis落地数据

client——>proxy—–1,读写主redis——>redis(m)—-sync—->redis(s)

(sync)改造redis(s)—-r/w—>rocksdb/imdb

(sync)改造redis(s)—-r/w—>rocksdb/imdb

2,读主redis无数据,则读备redis   3,读备redis成功,写主redis

写操作时proxy正常写主redis,由改造备redis写rocksdb

读操作时proxy先正常读主redis,如无数据,则读改造备redis;改造备redis在内存中读不到数据则读rocksdb,

优点:写操作和当前流程完全一样;读操作和当前迁移流程中rrw流程基本一致,可以复用。不影响纯内存的原生redis使用,风险可控

缺点:proxy和redis均需修改。在原有一主一备redis基础上需要增加改造备redis部署。

分析:

最大特点是不影响纯内存的原生redis使用,且proxy改动较小

可以视情况选择部署一个或两个改造备redis。只部署一个改造备redis时落地数据是单点,可用于数据丢失不重要或后端另存有全量数据的场景。部署两个改造备redis可以避免单点,因为是链式同步,对主redis几乎无影响。

方案三 :改造proxy,使用ssdb落地数据

实现描述:

写操作时proxy先正常写主redis,再同步或异步写ssdb

读操作时proxy先正常读redis,如redis无数据,则读ssdb;读ssdb成功,再写主redis

优点:只改proxy,redis无须改动

缺点:proxy实现较复杂,redis和ssdb的数据一致性不好保证。因为ssdb基于leveldb/rocksdb实现,在读操作且redis中无数据且ssdb内存中无数据时,可能极大影响性能。

方案四 提供ssdb,业务选择接入redis或ssdb

当前KV数据库从存储介质可以分为两种模式,一种是以内存为主持久化为辅,如memcache(无持久化)、redis等;一种是以持久化为主内存为辅,如ssdb(基于leveldb/rocksdb存储引擎)。这两种模式代表了两种不同的选择策略和哲学,适应不同的业务场景。简单地说,以内存为主的模式侧重高性能,信奉“内存是新的硬盘”的哲学;以持久化为主的模式则侧重大容量,兼顾性能。

这里冷热分离方案主要基于redis或者基于redis协议及命令实现。

2.1 方案一  改造redis,使之支持冷热分离

l  实现描述:

ü  可以使用开源的rocksdb或lmdb引擎读写落地数据;

ü  写操作全部记录在内存,不同步写磁盘;

ü  常驻写子进程定时将内存中的数据写到磁盘;

ü  内存中标记不存在的key,如果一个key在磁盘上不存在,则在标记之后不用再去磁盘查看这个值是否存在;

ü  读操作先读内存,如内存中不存在且key未被标识磁盘不存在,则由读子进程从磁盘读并写回到redis(key不存在才写回)。之后子进程通知主进程再次读取,此过程会阻塞主进程上单个连接的处理。

l  分析:

redis定位是内存KV数据库,只支持所有数据存放在内存,持久化只是数据安全性的一种保障方式。基于redis做冷热分离的例子有两个,一个是v2.0-2.4版的原生redis,一个是jimdb S,这两个做得都不成功。

Jimdb S是京东云平台基于redis2.8实现的KV数据库,用SSD持久化数据。使用Jimdb S可以保存全量数据,把缓存+数据库的两层架构用一层架构取代。写操作时先写内存,再异步写cycledb。读操作如数据不在内存,则创建后台任务读cycledb。这个后台任务的作用是预热,读到数据后并不把结果载入内存,执行完成后由前台主线程再次读取,这次在内存中读不到则直接读取cycledb并载入内存。目前了解到的情况是使用不广泛,而且即将下线。主要原因是性能不如纯内存的redis,但不知道是否还有其它缺陷。

方案二  改造备redis和proxy,备redis落地数据

l  实现描述:

ü  写操作时proxy正常写主redis,由改造备redis写rocksdb;

ü  读操作时proxy先正常读主redis,如无数据,则读改造备redis;改造备redis在内存中读不到数据则读rocksdb,proxy从改造备redis读到数据再写主redis。

l  优点:写操作和当前流程完全一样;读操作和当前迁移流程中rrw流程基本一致,可以复用。不影响纯内存的原生redis使用,风险可控。

l  缺点:proxy和redis均需修改。在原有一主一备redis基础上需要增加改造备redis部署。

l  分析:

最大特点是不影响纯内存的原生redis使用,且proxy改动较小。

可以视情况选择部署一个或两个改造备redis。只部署一个改造备redis时落地数据是单点,可用于数据丢失不重要或后端另存有全量数据的场景。部署两个改造备redis可以避免单点,因为是链式同步,对主redis几乎无影响。

方案三  改造proxy,使用ssdb落地数据

l  实现描述:

ü  写操作时proxy先正常写主redis,再同步或异步写ssdb;

ü  读操作时proxy先正常读redis,如redis无数据,则读ssdb;读ssdb成功,再写主redis。

l  优点:只改proxy,redis无须改动。

l  缺点:proxy实现较复杂,redis和ssdb的数据一致性不好保证。因为ssdb基于leveldb/rocksdb实现,在读操作且redis中无数据且ssdb内存中无数据时,可能极大影响性能。

方案四 提供ssdb,业务选择接入redis或ssdb

优点:无须开发,只需引入ssdb系统即可

缺点:业务开发可能没办法一开始确定使用哪一套系统。需要维护和运维两套系统

方案五 提供ssdb,业务初始化接入redis,可选择平滑迁入ssdb

实现描述:类似方案四,但可选择从redis平滑迁入ssdb

优点:只需开发proxy支持迁入ssdb系统即可

缺点:需要维护和运维两套系统

三:通用问题

1,读操作且redis中无数据的性能问题

不管是直接基于leveldb/rocksdb做数据落地,还是使用ssdb,都会碰到读操作且redis中无数据的性能问题,因此此时需要先读取redis,redis中读不到再一个level一个level去读磁盘文件,这种情况的性能可想而知不会太好

2,redis的淘汰

redis区分冷热数据都是设定redis的maxmemory,然后进行使内存中只保留热数据,而redis的lru淘汰只是从随机选的一些key选出最符合lru规则的一个key进行淘汰,即只是一种近似淘汰,所以不能很好地区分冷热数据。因此有可能出现被lru淘汰的key实际并不是冷数据,这样下次读取时会因为redis中已无数据而去磁盘读,出现一些性能问题。

3,写操作先写内存还是先写磁盘

先写内存,此时如果系统奔溃,内存中的数据还没来得及dump到磁盘,会丢失数据。先写磁盘,再写内存,则即使系统崩溃,不会造成数据的丢失,但可能导致磁盘和内存数据的不一致,为了避免这种不一致,又得先删除内存中的key,再写磁盘,再写内存,影响性能。总的来说,对于以内存为主的KV数据库,优先选择先写内存。

为了提高读写磁盘的性能,需要使用SSD。而SSD本身存在一些问题:

毛刺问题:同时读写SSD盘时,读SSD盘有可能会耗时数秒。被挂住的几率为万分之一;

坏盘问题:SSD坏盘几率比普通sas硬盘要高

坏块问题:SSD盘中可能存在某个块可以写入,但是读不出来,此时这个块的数据将会丢失

毛刺问题:

最近收到一封邮件,对于线上磁盘使用出现毛刺的分析。

五、附录

附各C/C++持久化KV数据库简介和分析:

l  Leveldb

LevelDb是google开源的能够处理十亿级别规模KV型数据持久性存储的C++程序库。LevleDb在存储数据时,是根据记录的key值有序存储。LevelDb的写操作要大大快于读操作,而顺序读写操作则大大快于随机读写操作。

level一个写操作仅涉及一次磁盘文件追加写和内存SkipList插入操作,因此leveldb的写操作非常高效。

由于 LevelDB 在某一层查找不存在的数据时, 会继续在下一层进行查找, 所以对于不存在的数据的查找会速度非常慢. 所以, 需要结合 Bloom Filter, 利用 Bloom Filter 能快速地判定”不存在”的特点。

l  Rocksdb

l  Lmdb

l  Ssdb

基于leveldb/rocksdb存储引擎实现,加入网络支持,兼容redis协议和redis数据类型(不支持set集合),支持主从复制和负载均衡。SSDB/LevelDB 在进行数据库整理(Compaction)操作时, 磁盘io高,持续的时间一般随着数据变大而变长, 一般只持续数秒。不能指定执行compaction的时间。有些redis命令不支持,有些支持的redis命令可能不完全和redis一致。

l  Fatcache

SSD上实现的memcached,内存中保存索引数据,机器重启索引数据会丢失。假如只需要支持string类型数据落地,可使用代替ssdb。

l  Tair

l  TTC

非严格意义上的KV数据库。支持无数据源和持久数据源两种工作模式。无数据源模式就是一个简单的基于共享内存的cache服务。持久数据源后接mysql,写操作先写db,再写内存;读操作先读内存,内存中不存在再去读db,读db成功再添加到内存。所以TTC本质上是一个带缓存功能的mysql数据库,可以想见其读写性能肯定不如纯内存数据库,也没有leveldb高效写的特点,注定是一个平庸的产品,再加上使用繁琐,早已被淘汰。

分布式KV内存数据库,支持主从同步和平滑迁移,数据可落地,高性能。仅做KV缓存还不错,但支持数据类型和命令不如redis丰富。
 

=======================================

============================================================

=============================================================================

Redis是单线程,但redis为什么这么快

((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((

一:缓存雪崩:如果缓存集中在一段时间内失效,发生大量的缓存穿透,所有的查询都落在数据库上,造成缓存雪崩

(大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程(进程)写,从而避免失效时大量的并发请求落到底层存储系统上。)

解决方法:

A,加锁排队。限流—-限流算法 1.计数 2.滑动窗口 3令牌桶Token Bucket 4漏桶leaky bucket

在缓存失效后,通过加锁 或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写数据,其他线程等待。

业界比较常用的做法,是使用mutex。简单来说,就是在缓存失效的时候(判断拿出来的值为空),不是立即去load db,而是先使用缓存工具的某些带成功操作返回值的操作当操作返回成功时,再进行load db的操作并回设缓存;否则,就重试整个get缓存的方法。

C:做二级缓存,或者双缓存策略

A1为原始缓存,A2为拷贝缓存,A1失效时,可以访问A2,A1缓存失效时间设置为短期,A2设置为长期。

D:缓存永远不过期:

这里的“”永远不过期“”包含两层意思:

1)从缓存上看,确实没有设置过期时间,这就保证了,不会出现热点key过期问题,也就是“”物理“”不过期

2)从功能上看,如果不过期,那不就成静态的了吗?所以我们把过期时间存在key对应的value里,如果发现要过期了,通过一个后台的异步线程进行缓存的构建,也就是“逻辑”过期.

从实战看,这种方法对于性能非常友好,唯一不足的就是构建缓存时候,其余线程(非构建缓存的线程)可能访问的是老数据,但是对于一般的互联网功能来说这个还是可以忍受的。

二,缓存穿透:是指查询一个一定不存在的数据,由于缓存是不命中时需要从数据库查询,查不到数据则不写入缓存,这将导致这个不存在的数据每次请求都要到数据库去查询,造成缓存穿透。

)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))00

redis是一个开源的内存中的数据结构存储系统,它可以用作:数据库、缓存和消息中间件

它支持多种类型的数据结构,如字符串(String),散列(Hash),列表(List),集合(Set),有序集合(Sorted Set或者是ZSet)与范围查询,Bitmaps,Hyperloglogs 和地理空间(Geospatial)索引半径查询。其中常见的数据结构类型有:String、List、Set、Hash、ZSet这5种。

((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((

原文链接:http://rainybowe.com/blog/2017/07/13/%E7%A5%9E%E5%A5%87%E7%9A%84HyperLogLog%E7%AE%97%E6%B3%95/index.html?utm_source=tuicool&utm_medium=referral

基数计数(cardinality counting)通常用来统计一个集合中不重复的元素个数,例如统计某个网站的UV( unique visitor 网站独立访客——-独立IP:是指独立用户/。————–PV(访问量):即, 即页面浏览量或 ),或者用户搜索网站的关键词数量。数据分析、网络监控及数据库优化等领域都会涉及到基数计数的需求。 要实现基数计数,最简单的做法是记录集合中所有不重复的元素集合S_uS​u​​,当新来一个元素x_ix​i​​,若S_uS​u​​中不包含元素x_ix​i​​,则将x_ix​i​​加入S_uS​u​​,否则不加入,计数值就是S_uS​u​​的元素数量。这种做法存在两个问题:

大数据量背景下,要实现基数计数,首先需要确定存储统计数据的方案,以及如何根据存储的数据计算基数值;另外还有一些场景下需要融合多个独立统计的基数值,例如对一个网站分别统计了三天的UV,现在需要知道这三天的UV总量是多少,怎么融合多个统计值。

B树最大的优势是插入和查找效率很高,如果用B树存储要统计的数据,可以快速判断新来的数据是否已经存在,并快速将元素插入B树。要计算基数值,只需要计算B树的节点个数。 将B树结构维护到内存中,可以快速统计和计算,但依然存在问题,B树结构只是加快了查找和插入效率,并没有节省存储内存。例如要同时统计几万个链接的UV,每个链接的访问量都很大,如果把这些数据都维护到内存中,实在是够呛。

bitmap可以理解为通过一个bit数组来存储特定数据的一种数据结构,每一个bit位都能独立包含信息,bit是数据的最小存储单位,因此能大量节省空间,也可以将整个bit数据一次性load到内存计算。 如果定义一个很大的bit数组,基数统计中每一个元素对应到bit数组的其中一位,例如bit数组 001101001001101001代表实际数组[2,3,5,8][2,3,5,8]。新加入一个元素,只需要将已有的bit数组和新加入的数字做按位或 (or)(or)计算。bitmap中1的数量就是集合的基数值。

实际上目前还没有发现更好的在大数据场景中准确计算基数的高效算法,因此在不追求绝对准确的情况下,使用概率算法算是一个不错的解决方案。概率算法不直接存储数据集合本身,通过一定的概率统计方法预估基数值,这种方法可以大大节省内存,同时保证误差控制在一定范围内。目前用于基数计数的概率算法包括:

下面将着重讲HLL的原理和计算过程。

上面我们计算过首先容我感叹一下数学的强大和魅力,那么概率算法是怎样做到如此节省内存的,又是怎样控制误差的呢?

这里有个可以看一下HLL到底是怎么做到这种超乎想象的事情的。

看到这里心里应该有无数个问号,这样真的就能统计到上亿条数据的基数了吗?我总结一下,先抛出三个疑问:

举一个我们最熟悉的抛硬币例子,出现正反面的概率都是1/2,一直抛硬币直到出现正面,记录下投掷次数kk,将这种抛硬币多次直到出现正面的过程记为一次伯努利过程,对于nn次伯努利过程,我们会得到nn个出现正面的投掷次数值k_1k​1​​,k_2k​2​​……k_nk​n​​,其中最大值记为k_{max}k​max​​,那么可以得到下面结论:

对于第一个结论,nn次伯努利过程的抛掷次数都不大于k_{max}k​max​​的概率用数学公式表示为: 
P_n(X le k_{max})=(1-1/2^{k_{max}})^nP​n​​(X≤k​max​​)=(1−1/2​k​max​​​​)​n​​

第二个结论至少有一次等于k_{max}k​max​​的概率用数学公式表示为: 
P_n(X ge k_{max})=1-(1-1/2^{k_{max}-1})^nP​n​​(X≥k​max​​)=1−(1−1/2​k​max​​−1​​)​n​​

以上结论可以总结为:进行了nn次进行抛硬币实验,每次分别记录下第一次抛到正面的抛掷次数kk,那么可以用n次实验中最大的抛掷次数k_{max}k​max​​来预估实验组数量nn: hat{n} = 2^{k_{max}}​n​^​​=2​k​max​​​​

可以通过一组小实验验证一下这种估计方法是否基本合理。

分桶平均的基本原理是将统计数据划分为mm个桶,每个桶分别统计各自的{k_{max}}k​max​​并能得到各自的基数预估值 hat{n}​n​^​​ ,最终对这些 hat{n}​n​^​​ 求平均得到整体的基数估计值。LLC中使用几何平均数预估整体的基数值,但是当统计数据量较小时误差较大;HLL在LLC基础上做了改进,采用调和平均数,调和平均数的优点是可以过滤掉不健康的统计值,具体的计算公式为:

上述经过分桶平均后的估计量看似已经很不错了,不过通过数学分析可以知道这并不是基数n的无偏估计。因此需要修正成无偏估计。这部分的具体数学分析在“”中。

根据论文中分析结论,HLL与LLC一样是渐进无偏估计,渐进标准误差表示为:

m = 2^b # with b in [4...16]

if m == 16:

alpha = 0.673

elif m == 32:

alpha = 0.697

elif m == 64:

alpha = 0.709

else:

alpha = 0.7213/(1 + 1.079/m)

registers = [0]*m # initialize m registers to 0

###########################################################################

# Construct the HLL structure

for h in hashed(data):

register_index = 1 + get_register_index( h,b ) # binary address of the rightmost b bits

run_length = run_of_zeros( h,b ) # length of the run of zeroes starting at bit b+1

registers[ register_index ] = max( registers[ register_index ], run_length )

##########################################################################

# Determine the cardinality

DV_est = alpha * m^2 * 1/sum( 2^ -register ) # the DV estimate

if DV_est < 5/2 * m: # small range correction

V = count_of_zero_registers( registers ) # the number of registers equal to zero

if V == 0: # if none of the registers are empty, use the HLL estimate

DV = DV_est

else:

DV = m * log(m/V) # i.e. balls and bins correction

if DV_est <= ( 1/30 * 2^32 ): # intermediate range, no correction

DV = DV_est

if DV_est > ( 1/30 * 2^32 ): # large range correction

DV = -2^32 * log( 1 - DV_est/2^32)

参考阅读

)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

redis内置了复制,LUA脚本,LRU驱动事件(LRU eviction),事务(Transaction)和不同级别的磁盘持久化,并通过redis哨兵(sentinel)和自动分区(cluster)提供高可用性(high availablity)

redis也提供了持久化的选项,这些选项可以让用户将自己的数据保存到磁盘上面进行存储。根据实际情况,可以每隔一定时间将数据集导出到磁盘(快照),或者追加到命令日志中(AOF只追加文件),

[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[

Redis提供的持久化机制

文章主要包含三个方面:Redis持久化是如何工作的、这一性能是否可靠以及和其它类型的数据库比较。以下为文章内容: 

一、Redis持久化是如何工作的? 

  什么是持久化?简单来讲就是将数据放到断电后数据不会丢失的设备中,也就是我们通常理解的硬盘上。

首先我们来看一下数据库在进行写操作时到底做了哪些事,主要有下面五个过程: 

故障分析 

写操作大致有上面5个流程,下面我们结合上面的5个流程看一下各种级别的故障: 

通过上面5步的了解,可能我们会希望搞清下面一些问题: 

  对于第一个问题,通常数据库层面会进行全面控制。

  而对第二个问题,操作系统有其默认的策略,但是我们也可以通过POSIX API提供的fsync系列命令强制操作系统将数据从内核区写到磁盘控制器上。

  对于第三个问题,好像数据库已经无法触及,但实际上,大多数情况下磁盘缓存是被设置关闭的,或者是只开启为读缓存,也就是说写操作不会进行缓存,直接写到磁盘。

  建议的做法是仅仅当你的磁盘设备有备用电池时才开启写缓存。 

数据损坏 

  所谓数据损坏,就是数据无法恢复,上面我们讲的都是如何保证数据是确实写到磁盘上去,但是写到磁盘上可能并不意味着数据不会损坏。比如我们可能一次写请求会进行两次不同的写操作,当意外发生时,可能会导致一次写操作安全完成,但是另一次还没有进行。如果数据库的数据文件结构组织不合理,可能就会导致数据完全不能恢复的状况出现。 

这里通常也有三种策略来组织数据,以防止数据文件损坏到无法恢复的情况: 
 

  RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。

  也是默认的持久化方式,这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。

可以通过配置设置自动做快照持久化的方式。我们可以配置redis在n秒内如果超过m个key被修改就自动做快照,下面是默认的快照保存配置

client 也可以使用save或者bgsave命令通知redis做一次快照持久化。save操作是在主线程中保存快照的,由于redis是用一个主线程来处理所有 client的请求,这种方式会阻塞所有client请求。所以不推荐使用。

另一点需要注意的是,每次快照持久化都是将内存数据完整写入到磁盘一次,并不 是增量的只同步脏数据。如果数据量大的话,而且写操作比较多,必然会引起大量的磁盘io操作,可能会严重影响性能。

redis会将每一个收到的写命令都通过write函数追加到文件中(默认是 appendonly.aof)。

当redis重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。当然由于os会在内核中缓存 write做的修改,所以可能不是立即写到磁盘上。这样aof方式的持久化也还是有可能会丢失部分修改。不过我们可以通过配置文件告诉redis我们想要 通过fsync函数强制os写入到磁盘的时机。有三种方式如下(默认是:每秒fsync一次)

aof 的方式也同时带来了另一个问题。持久化文件会变的越来越大。例如我们调用incr test命令100次,文件中必须保存全部的100条命令,其实有99条都是多余的。因为要恢复数据库的状态其实文件中保存一条set test 100就够了。

为了压缩aof的持久化文件。redis提供了bgrewriteaof命令。收到此命令redis将使用与快照类似的方式将内存中的数据 以命令的方式保存到临时文件中,最后替换原来的文件。具体过程如下

需要注意到是重写aof文件的操作,并没有读取旧的aof文件,而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件,这点和快照有点类似。

使用 AOF 持久化会让 Redis 变得非常耐久(much more durable):你可以设置不同的 fsync 策略,比如无 fsync ,每秒钟一次 fsync ,或者每次执行写入命令时 fsync 。 AOF 的默认策略为每秒钟 fsync 一次,在这种配置下,Redis 仍然可以保持良好的性能,并且就算发生故障停机,也最多只会丢失一秒钟的数据( fsync 会在后台线程执行,所以主线程可以继续努力地处理命令请求)。

AOF 文件是一个只进行追加操作的日志文件(append only log), 因此对 AOF 文件的写入不需要进行 seek , 即使日志因为某些原因而包含了未写入完整的命令(比如写入时磁盘已满,写入中途停机,等等), redis-check-aof 工具也可以轻易地修复这种问题。
Redis 可以在 AOF 文件体积变得过大时,自动地在后台对 AOF 进行重写: 重写后的新 AOF 文件包含了恢复当前数据集所需的最小命令集合。 整个重写操作是绝对安全的,因为 Redis 在创建新 AOF 文件的过程中,会继续将命令追加到现有的 AOF 文件里面,即使重写过程中发生停机,现有的 AOF 文件也不会丢失。 而一旦新 AOF 文件创建完毕,Redis 就会从旧 AOF 文件切换到新 AOF 文件,并开始对新 AOF 文件进行追加操作。

AOF 文件有序地保存了对数据库执行的所有写入操作, 这些写入操作以 Redis 协议的格式保存, 因此 AOF 文件的内容非常容易被人读懂, 对文件进行分析(parse)也很轻松。 导出(export) AOF 文件也非常简单: 举个例子, 如果你不小心执行了 FLUSHALL 命令, 但只要 AOF 文件未被重写, 那么只要停止服务器, 移除 AOF 文件末尾的 FLUSHALL 命令, 并重启 Redis , 就可以将数据集恢复到 FLUSHALL 执行之前的状态。

对于相同的数据集来说,AOF 文件的体积通常要大于 RDB 文件的体积。

根据所使用的 fsync 策略,AOF 的速度可能会慢于 RDB 。 在一般情况下, 每秒 fsync 的性能依然非常高, 而关闭 fsync 可以让 AOF 的速度和 RDB 一样快, 即使在高负荷之下也是如此。 不过在处理巨大的写入载入时,RDB 可以提供更有保证的最大延迟时间(latency)。

AOF 在过去曾经发生过这样的 bug : 因为个别命令的原因,导致 AOF 文件在重新载入时,无法将数据集恢复成保存时的原样。 (举个例子,阻塞命令 BRPOPLPUSH 就曾经引起过这样的 bug 。) 测试套件里为这种情况添加了测试: 它们会自动生成随机的、复杂的数据集, 并通过重新载入这些数据来确保一切正常。 虽然这种 bug 在 AOF 文件中并不常见, 但是对比来说, RDB 几乎是不可能出现这种 bug 的。

一般来说, 如果想达到足以媲美 PostgreSQL 的数据安全性, 你应该同时使用两种持久化功能。

如果你非常关心你的数据, 但仍然可以承受数分钟以内的数据丢失, 那么你可以只使用 RDB 持久化。

1. Snapshotting:
缺省情况下,Redis会将数据集的快照dump到dump.rdb文件中。此外,我们也可以通过配置文件来修改Redis服务器dump快照的频率,在打开6379.conf文件之后,我们搜索save,可以看到下面的配置信息:
save 900 1 #在900秒(15分钟)之后,如果至少有1个key发生变化,则dump内存快照。
save 300 10 #在300秒(5分钟)之后,如果至少有10个key发生变化,则dump内存快照。
save 60 10000 #在60秒(1分钟)之后,如果至少有10000个key发生变化,则dump内存快照。

2. Dump快照的机制:
1). Redis先fork子进程。
2). 子进程将快照数据写入到临时RDB文件中。
3). 当子进程完成数据写入操作后,再用临时文件替换老的文件。

5.4.3. AOF文件:
上面已经多次讲过,RDB的快照定时dump机制无法保证很好的数据持久性。如果我们的应用确实非常关注此点,我们可以考虑使用Redis中的AOF机制。对于Redis服务器而言,其缺省的机制是RDB,如果需要使用AOF,则需要修改配置文件中的以下条目:
将appendonly no改为appendonly yes
从现在起,Redis在每一次接收到数据修改的命令之后,都会将其追加到AOF文件中。在Redis下一次重新启动时,需要加载AOF文件中的信息来构建最新的数据到内存中。

5.4.5. AOF的配置:
在Redis的配置文件中存在三种同步方式,它们分别是:
appendfsync always #每次有数据修改发生时都会写入AOF文件。
appendfsync everysec #每秒钟同步一次,该策略为AOF的缺省策略。
appendfsync no #从不同步。高效但是数据不会被持久化。

5.4.6. 如何修复坏损的AOF文件:
1). 将现有已经坏损的AOF文件额外拷贝出来一份。
2). 执行”redis-check-aof –fix <filename>”命令来修复坏损的AOF文件。
3). 用修复后的AOF文件重新启动Redis服务器。

5.4.7. Redis的数据备份:
在Redis中我们可以通过copy的方式在线备份正在运行的Redis数据文件。这是因为RDB文件一旦被生成之后就不会再被修改。Redis每次都是将最新的数据dump到一个临时文件中,之后在利用rename函数原子性的将临时文件改名为原有的数据文件名。因此我们可以说,在任意时刻copy数据文件都是安全的和一致的。鉴于此,我们就可以通过创建cron job的方式定时备份Redis的数据文件,并将备份文件copy到安全的磁盘介质中。

5.5、立即写入

运行结果:

这里的save方法是同步的,没有写入完成前不执行后面的代码。

5.6、异步写入

如果数据量非常大,要保存的内容很多,建议使用bgsave,如果内容少则可以使用save方法。关于各方式的比较源自网友的博客。

1、Redis的第一个持久化策略:RDB快照 

Redis支持将当前数据的快照存成一个数据文件的持久化机制。而一个持续写入的数据库如何生成快照呢。Redis借助了fork命令的copy on write机制。在生成快照时,将当前进程fork出一个子进程,然后在子进程中循环所有的数据,将数据写成为RDB文件。 

我们可以通过Redis的save指令来配置RDB快照生成的时机,比如你可以配置当10分钟以内有100次写入就生成快照,也可以配置当1小时内有1000次写入就生成快照,也可以多个规则一起实施。这些规则的定义就在Redis的配置文件中,你也可以通过Redis的CONFIG SET命令在Redis运行时设置规则,不需要重启Redis。 

Redis的RDB文件不会坏掉,因为其写操作是在一个新进程中进行的,当生成一个新的RDB文件时,Redis生成的子进程会先将数据写到一个临时文件中,然后通过原子性rename系统调用将临时文件重命名为RDB文件,这样在任何时候出现故障,Redis的RDB文件都总是可用的。 

同时,Redis的RDB文件也是Redis主从同步内部实现中的一环。 

但是,我们可以很明显的看到,RDB有它的不足,就是一旦数据库出现问题,那么我们的RDB文件中保存的数据并不是全新的,从上次RDB文件生成到 Redis停机这段时间的数据全部丢掉了。在某些业务下,这是可以忍受的,我们也推荐这些业务使用RDB的方式进行持久化,因为开启RDB的代价并不高。 但是对于另外一些对数据安全性要求极高的应用,无法容忍数据丢失的应用,RDB就无能为力了,所以Redis引入了另一个重要的持久化机制:AOF日志。 

2、Redis的第二个持久化策略:AOF日志 

AOF日志的全称是Append Only File,从名字上我们就能看出来,它是一个追加写入的日志文件。与一般数据库不同的是,AOF文件是可识别的纯文本,它的内容就是一个个的Redis标准命令。比如我们进行如下实验,使用Redis2.6 版本,在启动命令参数中设置开启AOF功能:

./redis-server --appendonly yes

  然后我们执行如下的命令:

redis 127.0.0.1:6379> set key1 Hello

OK

redis 127.0.0.1:6379> append key1 " World"

(integer) 12

redis 127.0.0.1:6379> del key1

(integer) 1

redis 127.0.0.1:6379> del non_existing_key

(integer) 0

  这时我们查看AOF日志文件,就会得到如下内容:

$ cat appendonly.aof

*2

$6

SELECT

$1

0

*3

$3

set

$4

key1

$5

Hello

*3

$6

append

$4

key1

$7

 World

*2

$3

del

$4

key1

]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]

热门下载

大家还在搜
网站地图 Copyright ©2022 gg修改器版权所有
本工具来自民间大神,不收任何费用!一切需要输入账号密码以及短信验证码的陌生工具都可能是骗子,请勿相信!