高可用集群是指以减少服务中断时间为目的的服务器技术。它通过保护用户的业务程序对外不间断提供的服务,把因软件/硬件/人为造成的故障对业务的影响降低到最小程度。
来自主题:云计算
aixchina编辑 AIXchina  擅长领域:云计算, 解决方案, 私有云
292 会员关注
收藏19
评价8
金币5
来自主题:SVC
邓毓 江西农村信用社联合社  擅长领域:SVC, 双活数据中心, 双活
231 会员关注
搭建一个TPC,SVC和V7000都你能很好的管理性能数据,性能收集、性能图形化和历史报表都做得不错。
浏览162
回答7
来自主题:解决方案
  • 时间:2017-12-11
  • 地点: 线上活动
  • 状态: 已结束
  • 浏览5912
    报名153
    来自主题:SVC
    doc 长春理想  擅长领域:网络安全, 数据中心, 服务器
    51 会员关注
    可以用存储配置闪存盘,svc的自动分级存储功能实现热点数据自动迁移到闪存盘。
    浏览133
    回答3
    推荐会员
  • 某市中心医院
    关注 1
  • 好莱坞
    关注
  • 某医疗行业
    擅长领域:数据安全, it基础架构, 云平台
    关注 1
  • 江西农村信用社联合社
    擅长领域:SVC, 双活数据中心, 双活
    关注 231
  • HFBank
    擅长领域:数据安全
    关注 10
  • 来自主题:双活
    orisonpray 神州数码  擅长领域:SVC, v7000, 双活
    2 会员关注
    你可以通过点击svc上现有的卷查看到主卷,也就是目前在读写的卷,名称末尾带一个星号,另一个没有同步的卷显示脱机,这时你再选择整个卷右键进行同步就可以了
    浏览204
    回答6
    来自主题:SVC
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    主机一个写IO到SVC端这个卷的owner节点后,会把这个IO同时复制到AUX卷所在的IOG的两个nodes,同时,这个写IO达到Owner节点的写缓存,并镜像到parnter节点的写缓存。 当AUX卷所在IOG的两个nodes的写缓存完成写IO接收后,同时本地两个nodes的写缓存完成IO接收后,Owner节点返回IO写完...(more)
    浏览122
    回答2
    来自主题:数据库
    wangli123 IBM  擅长领域:LinuxONE, it基础架构, 数据集成平台
    6 会员关注
    1、操作系统:从安全稳定性以及开放性来看,Linux是医院操作系统选择的主流,统一操作系统管理平台,降低维护管理成本。2、数据库平台:为便捷维护,同时考虑到不同应用数据库的重要性,建议减少数据库类型,核心关键用Oracle或DB2,传统通用性数据库,可以降低管理成本;非核心业务,建议用mySQ...(more)
    浏览112
    回答2
    来自主题:SVC
    匿名用户
    收藏14
    评价18
    金币5
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    如果从应用层可以实现双活,那么最大的效益就是资源充分利用了,负载均衡了,对外也显得数据中心能力强,各种高大上了。。。
    来自主题:MySQL
    刘诚杰 平安好房  擅长领域:MySQL, MongoDB, 数据库
    138 会员关注
    listen mysql_proxy :3306 mode tcp option tcplog log global balance static-rr server mysql_hostname 192.168.0.254:3306 weight 1 check 外网监听端口自己改,不建议放在33xx端口,不安全
    浏览100
    回答1
    来自主题:双活
    邓毓 江西农村信用社联合社  擅长领域:SVC, 双活数据中心, 双活
    231 会员关注
    收藏3
    评价16
    金币5
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    GPFS双活是在全局文件系统上实现的。SVC双活是基于存储块上实现的。两者在数据同步和仲裁机制上有类似的地方,但是对外提供服务的接口不一样。存储异构虚拟化后,如果未来防范一个IOG内双节点同时故障带来的风险,可以部署Hyperswap模式来避免类似问题。...(more)
    浏览103
    回答1
    来自主题:对象存储
    人文与IT 待业  擅长领域:对象存储, 数据备份
    4 会员关注
    在Gartne发布的“2017年存储技术成熟度曲线”上,作为破坏性创新典型代表的对象存储滑落到了“泡沫化的底谷期”。 不过不用担心,这仅仅是对于技术层面而言,在业务层面,越发成熟的对象存储在2-5年内将迎来他的发展高峰,因为相比于传统的块存储、文件存储等,对象存储已经在特定...(more)
    浏览143
    评论1
    来自主题:MySQL
    刘诚杰 平安好房  擅长领域:MySQL, MongoDB, 数据库
    138 会员关注
    你先了解一下dump或者xtra备份的机制,假设他们备份时完整的。找一个那天,或者接近那天的备份。做恢复,然后两个库进行业务层面上面的验证。随机来检查,基本一致即可。另外网上还有一个解决方案,不过也是需要定时开始general_log来抽样。...(more)
    浏览106
    回答1
    来自主题:故障诊断
    wangmj CES  擅长领域:PowerHA, hmc, 网关
    4 会员关注
    外接光驱什么的试试吧!刀片服务器上的光驱有时候很让人无语的。或者实在不行考虑网络安装。
    浏览140
    回答4
    来自主题:Db2
  • 时间:2017-12-05
  • 地点: 线上活动
  • 状态: 已结束
  • 浏览7455
    报名109
    来自主题:存储双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    不管是应用双活还是存储双活,对中间链路的传输带宽和响应时间,都有很高的要求。物理传输的延时影响,是一个传输来回需要1ms的延时。但是一个事务IO需要多次IO交互,每个数据IO也需要控制数据传输和控制信号的交互,因此传导到上层应用,一般需要2-3个来回。如果对性能下降比例要求...(more)
    浏览102
    回答2
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    双活目前遇到的问题,大部分都是由于级联式故障导致中间链路断开时,又出现不能与仲裁通信,导致双故障引起存储不能提供服务的情况。 在设计部署跨数据中心的双活架构时,外部链路质量不可控因素,多故障点连续发生引起存储不能提供服务的场景,都需要综合进行考量,避免双活遇到大故...(more)
    浏览209
    回答2
    来自主题:双活
    潘延晟 通化网航  擅长领域:备份, TSM, 数据备份
    184 会员关注
    存储双活的安全问题。要从整体的架构时期开始就要考虑。一般来说。要结合实际的情况。什么样的资金投入。什么样的设备现状。是全新建设还是新旧交替,两地之间的距离有多远。中间专线的质量如何。两段机房的环境。设备状况。运维实施团队的能力。我觉得都会成为安全因素把...(more)
    来自主题:数据安全
    潘延晟 通化网航  擅长领域:备份, TSM, 数据备份
    184 会员关注
    很多政企对数据安全和备份都不重视,如果你多次申请都没有得到回复。那能做的就是尽量自保吧,1,首先,利用手头的资源尽可能的做备份。做好安全,是竭尽权利的做好这些。2.把提交的报告形成书面的文档。得到书面的回复。出了问题。没有你的责任。3.准备好应急方案,出现问题后那些...(more)
    来自主题:v7000
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    在做功能验证测试时,要考虑一些场景设计因素。一个节点拔掉光纤,但是IP网络仍然存活,那么可能存在node1在抢占IP仲裁时,先获得IP仲裁,因此node2需要restart进入服务模式。但此时node1的光纤都断开,因此也无法提供存储IO服务。对于冗余连接的SAN网络,不会出现一个节点的所有光纤...(more)
    浏览130
    回答1
    来自主题:NBU7.5
    wangmj CES  擅长领域:PowerHA, hmc, 网关
    4 会员关注
    根据日志“2017-12-3 14:59:24 - Error bpbrm(pid=9620) from client yy1k-gk-db: ERR - Cannot write to STDOUT. Errno = 110: 连接超时”建议你在服务器上客户端管理哪里看看是否通信是OK的。
    浏览103
    回答2
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    双活通常跨两个站点,要求一个第3站点做仲裁角色。大于3个站点,也是基于2+1的部署原则进行拓扑规划。大数据量,又要考虑成本,那么还是要综合考虑站点间要传输的数据量,是基于存储层传输省钱,还是基于应用层传输省钱,需要结合实际情况进行细致的分析。并没有一个量化的数据可供参...(more)
    来自主题:两地三中心
    赵海 大连农商银行  擅长领域:数据库容灾, 数据复制技术, Oracle
    552 会员关注
    简单总结:1. 最简单的做法是用ORACLE-ADG来做数据复制,同城可以调整为最大可用模式。应用层采用跨数据中心负载均衡架构,但是读写集中在主数据中心。备库可以用作查询业务。异地可以调整为性能模式。2. 复杂点的做法,同城可以采用存储集群技术或者是跨中心的RAC技术来实现双...(more)
    浏览179
    回答3
    来自主题:PowerHA 6.1
    张文正 神州数码系统集成服务有限公司  擅长领域:AIX, 故障诊断, hmc
    520 会员关注
    链接:https://pan.baidu.com/s/1hshE6zU 密码:qbwo
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    仲裁的基本原理是作为第三者,给参与双活的两个对象,出现脑裂场景时,提供一个可供抢占选择的机会。脑裂时,先抢占到仲裁的对象,宣布存活并提供服务,另外一个对象自动退出。仲裁不参与数据IO。...(more)
    浏览109
    回答2
    来自主题:SVC
    wangshuai_go 平安科技  擅长领域:SVC, 分布式存储, 云存储
    49 会员关注
    5年前我司开始逐步引入存储虚拟化技术,最终采用IBM SVC的存储虚拟解决方案,SAN存储虚拟化规模渐成中国乃至亚太最大。我这里分享一下我司的一些best practice 做法:1. 一个POOL 仅属于单个后端存储,不要跨存储建POOL。这是基于高可用的考虑,这个后端单个存储出现问题在SVC层面...(more)
    来自主题:数据安全
    匿名用户
    所谓“鲁棒性”,是指控制系统在一定(结构,大小)的参数摄动下,维持其它某些性能的特性。根据对性能的不同定义,可分为稳定鲁棒性和性能鲁棒性。以闭环系统的鲁棒性作为目标设计得到的固定控制器称为鲁棒控制器。 鲁棒性/抗变换性(英文:robustness)原是统计学中的一个专门术语,20世...(more)
    来自主题:HADR
    libai21 海通证券  擅长领域:HADR, Db2, 数据库高可用
    7 会员关注
    在使用数据库的时候,数据库的高可用性是我们最关注的事情之一。 我们在谈论高可用性的时候,我们首先应该了解一下可用性。什么是可用性,如何度量?当一个业务系统被用户完全访问时,它就可以使用了。高可用性被测量为系统正常运行时间的百分比,在此期间系统可供其用户使用,也就是...(more)
    浏览190
    评论1
    来自主题:异地双活
    潘延晟 通化网航  擅长领域:备份, TSM, 数据备份
    184 会员关注
    大异地的双活我觉得最大的问题就是线路的质量了。距离过远,对线路的质量要求会很高,具体实施过程看你的业务重心如何分布把。可以采用Hyperswap的方式来保证整体结构的稳定和安全。
    来自主题:高可用
    Garyy 大地保险  擅长领域:Kubernetes, docker, 分布式存储
    16 会员关注
    灾难恢复,主要是从DR的角度来讲的,和我们传统所说的HA不是一个概念。DR(disaster recovery)主要考虑恢复的时间和能够容忍的数据丢失。它的场景一般是两地三中心那种。数据的传输也是以异步通讯为主。如果要恢复的话,主要还是要从数据存储和网络带宽方面来考量。...(more)
    来自主题:双活
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    双活脑裂后,抢占到活动仲裁的站点存活,继续对外提供服务。另外一个站点停止对外服务。脑裂后对数据的完整性没有影响,在脑裂时发生的仲裁判断过程中,有一小段时间会出现IO pending,直到其中一个站点完成活动仲裁抢占并宣告存活后,IO才可以继续提供服务。...(more)
    来自主题:银行
    匿名用户
    收藏4
    评价23
    金币1
    来自主题:SVC
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    1.F900面向要求极限性能但是对高级数据功能没有要求的应用。特点是IOPS能力很强,IO响应时间很好。2.SVC面向需要虚拟化功能、高级数据功能(快照、容灾、压缩、双活等)的应用场景。 SVC+F900的组合,面向需要高级数据功能,同时又需要很好的IOPS和响应时间的应用。俗话说鱼与熊...(more)
    来自主题:PowerVM虚拟化
    doc 长春理想  擅长领域:网络安全, 数据中心, 服务器
    51 会员关注
    VIO Server其实是一个经过封装的AIX,它的备份恢复有两种方式,一种为NIM备份恢复,但在恢复时一定注意把“是否作为NIM server的client标记为否”,另一种是viosbr命令进行备份恢复。 VIO Client的备份与传统的备份相同,操作系统可以通过NIM备份恢复,其它的也可以用备份软件实现l...(more)
    来自主题:医疗
    ibmfuqiang IBM  擅长领域:对象存储, 全闪存存储, 分布式存储
    14 会员关注
    建议针对HIS/LIS, 采用高性能的flash 存储,而针对其他系统比如,PACS,办公OA,财务等业务都可以上对象存储。下面是针对医疗行业对象存储结合全闪存存储的拓扑结构部署图,仅供参考。 另外,附上对象存储最适合的几个应用场景:企业私有网盘,文件内容管理(图像类),归档和备份。 强调...(more)
    浏览121
    回答4
    来自主题:双活数据中心
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    首先,距离带来的IO延时对上层数据库的性能影响并不能被避免。在现有传统的架构下,厚重的scsi协议结合物理距离传输带来的固定延时,对上层数据库确实有很大的性能影响。 如果说,要尽量降低延时对数据库性能的影响,那么需要优化数据库log的写入延时。当前Oracle的log file sync...(more)
    来自主题:容器持久化存储
    ethan_shen 天玑科技  擅长领域:容器, 分布式架构, Kubernetes
    2 会员关注
    保险行业也是对持久化存储非常看重的行业,存储的稳定性,容器服务的稳定性,我想您现在应该有在用商业存储,剩下的就是容器化的稳定服务问题了.
    浏览137
    回答2
    来自主题:HADR
    匿名用户
    redhat linux 高可用集群解决方案http://www.talkwithtrend.com/Document/detail/tid/68875 供你参考。
    浏览106
    回答1
    来自主题:解决方案
    ZhuJun2014 IBM  擅长领域:SVC, v7000, 故障诊断
    338 会员关注
    收藏1
    评价2
    金币1
    来自主题:TSM
    潘延晟 通化网航  擅长领域:备份, TSM, 数据备份
    184 会员关注
    检查磁带是否有损坏。2.检查驱动器我们以前用3200,一个驱动器有问题。经常导致我的磁带在备份一两周以后坏掉。状态被改成了只读,而且很多时候无法恢复。重新换新的磁带上去也能读写一段时间,驱动器状态也正常,但就是用一两周左右就会会出现坏带,后来协调了好多次。更换了驱动...(more)
    浏览113
    回答2
    来自主题:SVC
    yszw0817 北京  擅长领域:AIX, 故障诊断, 存储
    3 会员关注
    收藏33
    评价53
    金币20
    来自主题:Db2
    hudingi256 other
    1 会员关注
    民生银行,浦发银行
    浏览115
    回答3
    来自主题:故障诊断
    kongdp 联通
    收藏1
    评价7
    金币1
    来自主题:Power服务器
    匿名用户
    收藏8
    评价17
    金币5
    来自主题:私有云
    merming ZETTAKIT  擅长领域:分布式存储, sds, 超融合
    14 会员关注
    超融合厂家的来说两句超融合免去了专用的磁盘阵列,在x86服务器上通过软件定义的方式实现硬件资源的调度。这种去磁阵架构最大的好处就是想加就加,按需扩展,它改变了我们IT基础设施的交付方式。传统的部署模式是一次性把未来3-5年的需求都考虑到位,设备一次买齐。超融合则是初...(more)
    浏览202
    回答4
    来自主题:Oracle rac
    赵海 大连农商银行  擅长领域:数据库容灾, 数据复制技术, Oracle
    552 会员关注
    目录: 上 1.背景描述2.存储规划设计的关键点3.网络规划设计的关键点 中 4.操作系统层的关键优化项5.配置集群层的关键点6.安装集群时的关键点 下 7.数据库层的关键优化项8.总结及展望 1.背景描述 数据库建设是每一个企业数据中心建设过程中非常重要的一个环节,直接...(more)
    浏览2688
    评论1
    社区热点,是社区内被人关注和参与更多的内容, 通过算法自动筛选出来的,请 注册登录,然后就可以观看更多正在发生的热点和精华,并能加入交流。

    关于TWT 使用指南 社区专家合作 厂商入驻社区 企业招聘 投诉建议 版权与免责声明 联系我们
    © 2017 talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30