veeam

Veeam Backup＆Replication提供有关数据流效率的高级统计信息，让我们可以确定数据传输过程中的性能瓶颈。 Veeam Backup＆Replication会循环处理VM数据。每个周期包括多个阶段： 从源读取VM数据块 在备份代理上处理VM数据 通过网络传输数据 将数据写入目标 当一个数据处理周期结束时，下一个周期开始。VM数据经过“数据管道”，通过评估数据管道效率，Veeam设定有如下几个瓶颈检查点： 6. 源=> 源磁盘读取器组件，负责从源存储中检索数据。 7. 代理=> 负责处理VM数据的备份代理组件。 8. 源WAN加速器=> 部署在源端的WAN加速器。用于通过WAN加速器工作的备份复制和复制作业。 9. 网络=> 网络队列编写器组件，负责从备份代理中获取已处理的VM数据并将其通过网络发送到备份存储库或另一个备份代理。 10. 目标WAN加速器=> 部署在目标端的WAN加速器。用于通过WAN加速器工作的备份复制和复制作业。 11. 目标=> 目标磁盘写入器组件（备份存储或副本数据存储）。 这些检查点的资源使用级别以百分比评估。此百分比率定义了工作期间组件繁忙的时间。高效的数据流假定在数据管道的任何点都没有延迟，并且其所有组件的工作时间大致相等。 如果其中的任一组件的运行效率低下，则数据管道中会出现瓶颈。性能不足的组件将在100％的时间内工作

场景： 　　VMsphere虚拟化环境，Veeam Backup & Replication 备份软件，如果磁盘容量低于某个数值，则通过邮件反馈。 　　邮件系统：阿里云邮箱 配置： 　　Veeam Backup & Replication-->Tools--> Options-->Email Settings: 　　Tab：smtp Server: smtp.xx.com , Advanced: 输入账号和密码以及端口25，测试通过，则收到一份邮件，内容如下： 　　　　 This is test e-mail message sent by Veeam Backup & Replication. 　　Tab： Notification，如下图： 　　 注意： 1.如果开启防火墙，请放行25（465）端口； 2.如果安装杀毒软件，需要禁用一些检测功能。如MCAFEE功能 否则杀毒软件出现如下日志： 2020/1/16 11:38:11 被端口阻挡规则阻挡 C:\Program Files\Veeam\Backup and Replication\Veeam.Backup.Shell.exe Anti-virus Standard Protection:Prevent mass mailing worms from sending mail ***:25 方法1： Disable "

利用 Ansiable 自动化部署 Veeam Backup & Replication 9.5U4b 前言 上周出差期间接到一个做CMP（云管平台）Partner的需求，要在无人值守的安装 VBR，由于在过去的一年里 Veeeam 陆续的在国内的公有云平台登录，如：Azure、AWS、腾讯云、阿里云... 在这之前，我对 Veeam 的无人值守安装做过功课。在和这个兄弟攀谈的过程中，而和以前我做DRaaS和CMP时一样，在这个CMP的环境里，大部分自动化功能都是用 Ansible 来实现的，这对Veeam 今后在CMP Partner的推广还会有助力，说干就干。 本文主要内容 1 Ansible 介绍 2 前提：Veeam的静默安装模式 3 Ansiable 自动化部署环境准备环境准备 3.1 自动化引擎 -- Ansible 服务器的部署 3.2 执行对象 -- Windows 服务器的部署 3.3 WinRM 及 帐户身份验证模式 4 连通性测试，win-ping 5 编写 Asible Playbook 进行流程编排 6 执行 Asible Playbook 实现自动化部署 参考书籍与推荐阅读 本文的原文链接 1 Ansiable 介绍 在多云管理的世界里，大家经常会讨论自动化部署问题。而只要是涉及到Windows服务器，都不免一声叹息

公司一SQL Server镜像发生了故障转移（主备切换），检查SQL Server镜像发生主备切换的原因，在错误日志中发现下面错误： Date 2019/8/31 14:09:17 Log SQL Server (Archive #4 - 2019/9/1 0:00:00) Source spid35s Message Database mirroring connection error 4 'An error occurred while receiving data: '10054(An existing connection was forcibly closed by the remote host.)'.' for 'TCP://xxxxx:7022'. 检查见证服务器的系统日志，发现如下错误信息，提示见证服务器超过10秒仍然无法得到数据库的响应，请检查服务或网络问题（ Check the service and network connections.） 分析到这里，我只能猜测SQL Server服务异常或网络异常问题导致见证服务器超过10秒无法访问主体服务器，从而引起了主备切换，找系统管理员协助帮忙分析时，系统管理员确认周六14点那个时间段正在使用 Veeam Backup & Replication 备份镜像的主体服务器（他正在测试使用 Veeam Backup