之前已经测试了Windows Server 2012系统群集,接下来将测试Windows Server 2012 Hyper-V群集功能,实现虚机高可用
超详细讲解在Windows Server 2008 R2中安装SQL Server 2012集群过程步骤,图文并茂。
企业内部自建的Lync Server 2013统一通信平台,在Skype for Business Server 2015发布后,通过就地升级方式已经完成升级,原来后端数据库高可用架构保持不变,仍采用镜像和见证的自动故障转移方式。当要改变后端数据库服务器高可用架构方式,采用AlwaysOn可用性组,如何顺利部署实施呢?且看下文详细的实战部署,阅读后可以顺利改造现有后端高可用架构。
从2008R2到2012R2 2016 再到即将发布的2019,仿佛就在弹指一瞬间,在这个演变过程中很多技术都发生了变化,有很多新鲜的场景涌现出来,很多好的技术在演变过程中国内没有人提到,尤为可惜,今天老王来为大家补遗一个群集存储池的技术场景
By Perry Whittle,2016/02/24(首次发布:2014/09/24) 关于系列 本文属于进阶系列:Stairway to AlwaysOn AlwaysOn是一套复杂的技术,往往被误解。在这个阶梯中,您将学习AlwaysOn技术,它们如何适应高可用性堆栈,以及如何充分利用它们。 欢迎来到“SQL Server AlwaysOn的阶梯”系列的第一个级别。在这篇1级文章中,我们将发现“AlwaysOn”,“故障转移群集实例”(FCI)和“Windows Server故障转移群集”技术。我们将
“Windows Server 故障转移群集”(WSFC) 群集是一组独立的服务器,它们共同协作以提高应用程序和服务的可用性。SQL Server 2012 利用 WSFC 服务和功能支持 AlwaysOn 可用性组和 SQL Server 故障转移群集实例。
微软出的 可以批量管理Windows操作系统实例 可以说是标准的Windows管理员必备软件和技能
描述:前面我们正针对于iSCSI与SCSI做了一个简单的介绍, 并且在网络共享中使用过 nfs 以及 smb而iSCSI同样有该功能, 本文记录在学习与工作中搭建与使用iSCSI网络存储案例;
有关对 SQL Server 2012 中的数据库镜像的支持的信息,请参考:https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2012/cc645993%28v%3dsql.110%29
20. 输入RMS群集域名。这里是http://rmscluster.contoso.com
Windows Server 2016从2015年Preview到2016年10月13日发布至今已经过去了3年多的时间,Windows Server 2016 不断秉承微软“移动为先云为先”的战略,为我们带来了很多新的功能,并对其他某些功能做了一些增强。
Windows故障转移群集是由多个服务器组成的共同提供某高可用服务,该服务用于防止单台服务器故障导致服务失效。故障转移群集是一种高可用性的基础结构层,由多台计算机组成,每台计算机相当于一个冗余节点,整个群集系统允许某部分节点掉线、故障或损坏而不影响整个系统的正常运作。一台服务器接管发生故障的服务器的过程通常称为"故障转移"。
描述:在Windows Server 中ftp服务器默认是没有安装并且与IIS功能绑定在一起的所以想使用Server自带的FTP Server时需要在服务管理器添加IIS角色并添加FTP功能,这个我们在下面流程中详细说明, 而ftp客户端即ftp.exe
这种情况用的不多,只有当使用多个DHCP服务器才需要用到,但随着DHCP故障转移的使用越来越多、越来越简便,使用的也会越来越多;
Kerberos是一种支持票证身份验证的安全协议。如果客户端计算机身份验证请求包含有效的用户凭据和服务主体名称 (SPN),则 Kerberos 身份验证服务器将授予一个票证以响应该请求。然后,客户端计算机使用该票证来访问网络资源。在内部网络中,SPN扫描通过查询向域控制器执行服务发现。可以帮助我们识别正在运行重要服务的主机,如终端、交换机、微软SQL等,并隐藏他们。此外,SPN的识别也是kerberoasting攻击的第一步。
AlwaysOn 可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。SQL Server 2012 中引入了 AlwaysOn 可用性组功能,此功能可最大程度地提高一组用户数据库对企业的可用性。 “可用性组”针对一组离散的用户数据库(称为“可用性数据库”,它们共同实现故障转移)支持故障转移环境。
如果将群集资源类比为鸡蛋,那么群集节点类似于装有鸡蛋的篮子,篮子本身的完整决定着里面所装的鸡蛋的安全性。群集节点首先要决定自己是否存活,所以群集节点之间定期使用心跳来判断所有群集节点是否处于健康状态。群集的可用性目标因提供的服务的要求而异,不同服务等级要求的应用对故障恢复时间要求也不同,对健康检测严格要求也不同。同理,可用性要求越高的服务,对检测节点故障和采取后续行动进行恢复的速度越快,可用性要求不高的服务,对于故障恢复时间的容忍也相对要长。鉴于此,Windows Server群集初始具有两类严格程度不同的默认检测策略:
描述: 最近业务需要需要将原本装有VMware vSphere的机器直接安装Ubuntu 20.04 TLS,并通过SAS线缆从DELL Storage SCv 2020链接我们的UBUNTU 物理主机上进行SCSI磁盘的挂载共享使用,以下是一些简单的说明;
十一假期马上就过完了,不知道各位小伙伴玩的怎么样啊,是否有遇到“人在囧途”或者是否看到了处处大海。微软于2018年9月24日-28日在美国召开了Ignite 2018大会,并于10月2日正式发布了Windows Server 2019,这在微软忠实粉丝中可是一件大事,下面笔者就趁着假期间隙来为大家揭开Windows Server 2019的面纱,看看Windows Server 2019为我们带来了哪些激动人心的新功能。
如果使用了克隆方式克隆了Windows Server 2012,修改主机名,重启 然后使用sysprep重置SID 单击开始,运行,输入sysprep
共享存储是使用传统方式建立的,即创建共享的虚拟磁盘,然后写multi-writer。经查询如下参考文档:
51cto博客里已经有太多Lync Server 2013企业版部署的文章,此篇博客只以最精简多图的模式快捷部署,以期给需要搭建测试Lync统一通信系统的新手们一个借鉴。
很多传统企业在设计身份验证和文件服务时,都会使用微软的活动目录和windows server自带的文件共享来实现以上的需求, 公有云的出现给这个场景在灾备和异地访问提供了一个全新的方案场景。
https://cloud.tencent.com/document/product/213/34068#.E5.8C.BA.E5.88.86.E6.95.B0.E6.8D.AE.E7.9B.98.3Ca-id.3D.22distinguish.22.3E.3C.2Fa.3E
郜德光,携程技术保障中心高级数据库经理,负责数据库相关的运维工作,参与了SQL Server和MySQL的高可用以及数据库容灾建设。喜欢钻研技术,对数据相关的技术一直保持着浓厚的兴趣。
在现行的许多网络应用中,有时一台服务器往往不能满足客户端的要求,那么有没有什么办法解决服务器的高可伸缩性、高可用、高可靠性和高性能,提升服务器的SLA? 使用Windows Server 2008/R
点击下图左边的SQL Server网络配置/MSSQLSERVER的协议,然后在双击右边窗口的TCP/IP项,打开tcp/ip 配置窗口。切换到ip地址选项卡,凡是tcp端口的,均把原来的默认端口1433改为1772。然后保存。
PersistentVolume (PV) 是由管理员设置的存储,它是群集的一部分。就像节点是集群中的资源一样,PV 也是集群中的资源。 PV 是Volume 之类的卷插件,但具有独立于使用 PV 的 Pod 的生命周期。此 API 对象包含存储实现的细节,即 NFS、iSCSI 或特定于云供应商的存储系统。
vicfg-user --url https://esxi-host/sdk/webService --username root --password [old-pwd] -u root -e user -l root -o modify -p [new-pwd]
虚拟机名称、位置随意,虚拟机主要内容为操作系统+Oracle安装文件+Oracle安装后的文件,DB数据文件(DATA、MGMT等在磁盘阵列中)
我们今天的主题是Windows Server 存储空间的I/O分发,主要包括以下两种情况下的I/O分发:
先把两台服务器rms-sql01和rms-sql02加入到域, sql安装步骤比较简单所以此处忽略sql的安装过程,按平时安装sql即可(此环境使用的是azure上的sql 2012企业版的模版镜像。)。
今天我们来体验下Ceph原生的ISCSI,可能会有人说哪来的原生ISCSI啊,相信细心的童鞋在Ceph L版本发布的时候官网手册里面就出现了一个iscsi的字样。是的,没错,这就是原声版的ISCSI雏形,有好消息就有坏消息,不幸的是,截至到目前为止还不能使用rpm安装,因为红帽没有把rpm释放出来,只能通过git源码或别人分享的rpm包进行安装。
群集仲裁的目的之一是防止群集出现网络分区的时候导致群集脑裂,脑裂是群集出现分区(或者叫分组)的结果,群集分区意味着两个分区都认为对方已经不存在或者失效,于是会争夺群集资源的控制权。脑裂的后果是两个分区各自同时且独立读写共享磁盘而导致磁盘数据混乱。
首先,需要安装Openfiler系统(类似安装Linux),我这里设定的IP地址:10.10.10.10(与RAC服务器网络相通)。安装完毕后通过web访问管理 https://10.10.10.10:446
首先我们通过前几篇文章,已经搭建了一套完整的Ceph集群,对使用salt工具自动化搭建集群有所了解,下面我们就对部署方式进行详解
按照微软通常的架构,整体的服务平台基于Active Directory(活动目录)域服务,Hyper-V群集与微软私有云也不例外,在部署超融合Hyper-V群集之前,我们需要先部署ActiveDirectory,关于ActiveDirectory的详细概述我们不做过多介绍,大家可以去Technet或微软Docs查看相关资料,在生产项目中,我们建议至少使用一台物理服务器部署活动目录主域控,如果没有专门的服务器部署ActiveDirectory,我们可以采取将ActiveDirectory域控制器部署在Hyper-V本地的方式,在部署群集之前,先安装Hyper-V角色,安装两台活动目录虚拟机,将其存放在服务器本地磁盘中,活动目录部署完毕后,再开始构建Hyper-V超融合群集。 本次测试活动目录的域名为mscloud.local,其他详细信息参见https://blog.51cto.com/superdream/2145085 测试架构描述 步骤操作
本文转载自https://msdn.microsoft.com/zh-cn/library/ff384253.aspx,主要内容是对msdn中对AppFabric介绍内容的整合以及一些自己的理解。
VMware vRealize Operations Manager可以通过预测分析和智能警示主动识别和解决新出现的问题,从而确保应用程序和基础架构的最佳性能和可用性,能够在一个位置跨应用程序、存储和网络设备进行全面监控。此外,vRealize Operations Manager 还通过预安装并且可自定义的策略简化了关键过程,同时保持完全控制,从而提高了效率。
Quorum Disk,又名仲裁磁盘,其目的是在协调集群节点间的故障转移(Failover)Windows Server 2003年代的集群中,对于单一的仲裁设备服务器群集是否执行failover,quorum disk说了算,也就是说这是一种独裁者的方式。当然了对于单一节点集群,由于不需要故障转移,自然也没必要使用quorum。至于多数节点集,虽然有对应于每个节点的单一quorum,但是quorum实际是不起作用的。 那么很显然,对于单一的仲裁设备服务器群集,是存在quorum disk的单点失败问题的
通过Centos7系统搭建NTP、FTP、DNS服务,通过群晖系统提供iSCSI存储、Active Backup for Business虚拟机备份,通过windows2016系统配置vCenter Server、安装Veeam Backup & Replication虚拟机备份,配置JumpServer跳板机、搭建esxi虚拟化环境,配置vCenter Server,实现vCenter Server和虚拟备份还原,ESXI升级、物理机迁移至虚拟机、vSAN集群。
iSCSI启动器通常在软件中实施,也可以采用硬件启动器。软件启动器需要安装iSCSI-initiator-utils软件包。包含如下文件: /etc/iscsi/iscsid.conf:包含在新目标发现期间创建的节点记录的默认设置,如iSCSI超时、重试参数和身份验证用户名及密码。
单击”管理”菜单,选择”添加角色和功能” 单击”下一步”,选择”基于角色或基于功能的安装”,单击”下一步” 选择本地服务器,单击”下一步”,直到功能模块,选择”.NET 3.5”,后续安装SQLserver会用到 拖动滚动条,选择”故障转移群集”
昨天突然PT主机内存爆炸,母鸡也爆炸了, 经过一番沟通,Hetzner提出了三个选项:
领取专属 10元无门槛券
手把手带您无忧上云