(系统文件备份文件夹) 介绍

为服务器提供自动备份策略的重要性这是非常有必要的。

每个服务器管理员都必须完成设置备份的繁重工作,包括编写脚本、安排任务、设置警报等等。

为了简化这个任务,我分享一个实用程序来帮助服务器管理员和数据库管理员自动化备份。此实用工具可以自动执行MSSQL、MySQL和文件夹备份。

这是一个在GitHub托管的开源项目,可从以下位置下载:

https://github.com/runtimesoftware/runtime-backup-manager

第1部分 - 安装实用程序

从GitHub存储库(Installer\bin文件夹)下载安装文件安装在需要设置备份的服务器上

运行应用程序后,您将看到以下屏幕:

第2部分 - 定义备份作业

单击右下角的“设置”按钮配置备份作业。

在第一个选项卡“MSSQL服务器”上,单击“添加”按钮添加新的MSSQL备份。

定义服务器详细信息,如下所示。选中“启用备份”并指定备份时间。

输入详细信息后,单击“验证并保存”。

该工具将尝试使用给定的凭据连接MSSQL服务器。

如果连接成功,条目将被保存,您将在列表中看到它,如下所示,

类似地,转到第二个选项卡“MySQL Server”,然后单击“Add”按钮添加MySQL备份。

您还可以使用“文件夹备份”选项卡备份特定的服务器文件夹。

第3部分 - 指定本地存储位置

定义备份作业后,转到“本地存储”选项卡,并在服务器上指定要存储备份的文件夹。

请注意,此文件夹不应是备份文件夹之一,否则程序可能会出现意外行为。

由于所有备份都将存储在此文件夹中,因此建议设置如上所示的自动删除策略。

您可以根据您的方便设置更长的持续时间,如15天左右。

第4部分 - 远程存储

在服务器本身本地备份文件之后,我们需要将它们移动到远程存储。

目前,该实用工具支持amazons3备份。转到“远程存储”选项卡并定义AWS凭据以自动将文件从“本地存储”移动到“远程存储”。

您还可以选择在文件上载到AWS S3后立即自动删除文件的选项。

单击“验证和保存”以检查您输入的凭据是否有效,以写入AWS S3 bucket。

第5部分 - 电子邮件警报

您可以轻松设置电子邮件警报,以通知成功/失败的备份作业(本地和远程备份)

单击“电子邮件设置”选项卡并定义您的SMTP凭据,如下所示。

有四种类型的警报可用:

本地备份失败时发送邮件远程备份失败时发送邮件本地备份成功时发送邮件成功远程备份时发送邮件

单击“验证并保存”检查您的电子邮件凭据。这将向“收件人电子邮件”地址发送测试邮件。

单击“关闭”返回主屏幕。

此处将显示定义的备份数。它还将显示AWS S3设置和电子邮件设置的状态。

单击“安装”按钮安装备份服务,以便在后台处理作业。

这可能需要几秒钟。状态将发生变化,如下所示:

要查看日志,请单击“日志”按钮。在这里,您可以找到备份作业的日志和结果,以进行故障排除。

在此之后,您可以单击“退出”关闭用户界面。

备份服务将在后台继续运行,并将负责定义的备份作业。

要验证备份服务状态,请打开'服电脑务.msc'并检查服务名称'Runtime Backup service'

以下是实用程序发送的电子邮件示例:

备份系统与容灾保障系统的区别

“备份与恢复”,其实我们从最早接触PC机开始,这个词儿就伴随着我们不断运用。我记得那时我的windows98经常蓝屏,死机,丢失文件,导致系统崩溃。每次重新安装系统都要40多分钟,而且还要BIOS设置、光盘引导,这真是一个繁琐的工作呢!后来,别人教我使用一个叫Ghost的软件,让我的装机效率提升70%。逐渐的,我将应用程序,游戏也都备份成映像保存,它可真是OS备份与恢复的神器呀!至今Ghost也一直被应用在各个恢复U盘里,这就是我初次接触到的备份与恢复。

在企业级IT环境下,往往除了IT支撑业务发展外,还必须考虑到IT运维与数据管理。虽然这个工作属于后端维护者,但却是企业信息化的命根儿,不容忽视。对于一家初创企业来讲,他们往往要考虑业务的高速发展,IT有没有都无所谓更何谈备份保障?但对于一个大型企业而言,IT建设和投资的重视程度就超乎想象,他们必须用一切手段保障系统的可运营,IT可绝不仅仅是一电脑个支撑系统,甚至更像是一线业务运营环境,这样的企业就必须考虑系统级别的备份和恢复。当然,企业选择IT建设的备份与恢复,往往有两种可能:一个是企业IT建设非常重要,在逐渐完备的过程中必须要考虑备份恢复,另一个就是企业信息化发展必须满足国家信息安全方面的政策要求。

除了备份恢复系统外,在这个领域还有一个专业技术手段称之为“容灾保障”。这里就必须用专业术语对其进行解释了。

备份与恢复:在IT系统软硬件发生故障时,保证系统的可用性并仍能通过手动/自动方式进行恢复,数据不会因为灾难而丢失;

备份是指为了防止系统出现操作失误或系统故障导致数据丢失,而将全系统或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。备份是数据高可用的最后一道防线,其目的是为了系统数据崩溃时能够恢复数据。恢复时间取决于数据量、传输介质存储方式。

容灾保障系统 :在上述灾难发生时,在保证生产系统的数据尽量少丢失的情况下,保持生产系统不间断运行,并提供实时业务接管能力。

容灾系统主要是看业务部门对RTO(恢复所需的时间指标)/RPO(能够恢复到的最新状态)指标的期望值,如果允许1TB的数据库RTO=8小时,RPO=1天,那备份系统似乎就能满足要求。否则就必须建设容灾保障系统。容灾系统是面向业务的,提供实时的业务接管功能。

由此可见,备份恢复是IT系统逐渐发展完备的基石,而容灾系统则是高可用性保障,他们之前有着明显的区别。即:存储与远程备份方案可通过硬件冗余、错误检查、热交换和特殊软件等技术实现,而容灾系统必须通过系统冗余、灾难检测和系统迁移等技术实现,两者定位有很大不同。

我们用一张图加以说明,分别用对数据备份与容灾保障加以区分,这里罗列了13项条目,从中找一些关键点进行介绍。

系统投入目的:数据备份系统主要是用于应对系统灾难时的数据恢复,而容灾保障系统的投入目的则是保障系统灾难时业务连续性。

保护等级划分:保护等级非常关键,前者主要用于数据容灾,而后者不仅用于数据容灾,还包括应用容灾和业务容灾。

应用系统切换:数据备份系统不支持上层应用的切换,而容灾保障系统支持。

数据一致性:前者需要考虑时间窗口,也就是上次备份后的新增数据恢复问题,而后者的数据实时保持一致,不需要考虑时间窗口。

执行形态:数据备份系统体现了数据和服务的离线性,而容灾保障系统则体现了数据和服务的在线性。

故障恢复时间:一旦系统宕机或者出现灾难导致数据丢失,数据备份系统的恢复时间往往需要24小时以上,而容灾保障系统通常只需要分钟级,对业务无感知。

IT投入成本:备份系统只是存储级方案,相对容灾系统投入较低,而容灾保障系统则考虑从底层硬件到基础数据,从应用程序到业务应用的改造工程,投入较高。


电脑