SQL2008设置自动备份与删除汇总
在SQL Server中出于数据安全的考虑，所以需要定期的备份数据库。而备份数据库一般又是在凌晨时间基本没有数据库操作的时候进行，所以我们不可能要求管理员每天守到晚上1点去备份数据库。要实现数据库的定时自动备份，最常用的方式就是使用SQL Server代理中的作业。启动SQL Server Agent服务，然后在其中新建作业，作业中添加1个备份步骤，类型是T-SQL脚本，然后在命令中输入如下SQL语句，该语句实现了对数据库TestDB1的完整备份，备份文件在C盘Backup文件夹中，文件名就是TestDB1+当时备份的日期字符串.bak。
declare@name varchar(250)
set@name='C:\Backup\TestDB1_'+
convert(varchar(50),getdate(),112)+'.bak'
BACKUPDATABASE[TestDB1]TO
DISK=@name
WITH NOFORMAT, NOINIT,
NAME = N'TestDB1-完整数据库备份',
SKIP, NOREWIND, NOUNLOAD
创建好步骤以后，接下来就是创建计划，创建计划的操作十分简单，界面上说明的很详细了，我就不多说了。另外还可以配置警报和通知，不过一般很少用这个。
使用SQL作业中执行SQL脚本进行备份的方法虽然已经很简单了，但是至少还是要去写BACKUP脚本，这点有些人觉得不爽，那有没有更简单，更懒的方法来实现数据库的自动定时备份呢？有，那就是“维护计划”。
“维护计划”是在SSMS的对象资源管理中“管理”节点下面。使用维护计划可以通过可视化的操作，只点点鼠标就可以创建数据库维护的SSIS包，然后仍然是通过SQL Server作业的方式来运行。维护计划与前面说到的备份方法本质的不同就是：维护计划是SSIS包，上面的是T-SQL脚本。
假设我们现在有一个生产系统的数据库需要进行备份，由于数据库中的数据很多，数据文件很大，如果每次都进行完整备份那么硬盘占用了很大空间，而且备份时间很长，维护起来也很麻烦。对此我们可以采用完整备份+差异备份的方式，每周日进行一次完整备份，每天晚上进行一次差异备份。使用差异备份可以减小备份文件的大小，同时还可以提高备份的速度，不过缺点就是必须使用上一次完整备份的文件和差异备份的文件才能还原差异备份时刻的数据库，单独只有差异备份文件是没有意义。
下面我来讲一下如何通过维护计划来实现完整备份+差异备份：
（1）在SSMS的对象资源管理器中右击“维护计划”，选择“维护计划向导”，系统将弹出向导窗口，如图：
这里向导已经告诉我们维护计划到底能够干什么了，其中最后一项“执行数据库备份”正是我们所需要的。
（2）点击“下一步”按钮，进入选择计划属性窗口，输入计划的名称，由于我们的计划包括2部分：完整备份和差异备份，这2部分的执行计划是不一样的，一个是一周执行一次，另一个是一天执行一次，所以要选择“每项任务单独计划”，如图：
（3）单击“下一步”按钮，选择维护任务，这里就是可以在维护计划中执行的任务，如果你想执行的任务在这里没有，那就还是不用维护计划来做，自己写SSIS包或者SQL语句吧。我们要执行的任务都在这里，选中这2个任务，如图：
（4）单击“下一步”进入选择维护任务顺序的界面，这里我们可以看到选中的任务出现在列表中，但是我们并不能调整其顺序，那是因为在步骤2中我们选择的是每项任务单独计划，所以这2个任务是独立的，没有先后顺序可言。如果当时选择的是另一个选项，那么这里就可以调整顺序了。
（5）选中“备份数据库（完整）”然后单击“下一步”按钮，系统将转到定义完整备份任务的界面，如图：
这个界面实在太长了，我把任务栏隐藏了都显示不完，出现了滚动条，这里我们选择要进行备份的数据库，选择为每个数据库创建备份文件，文件保存在C盘Backup目录下，扩展名是bak，出于安全起见，我们可以选中“验证备份完整性”，当然也可以不选。在SQL2008中提供了压缩备份的新特性，使得备份文件更小，备份速度更快，这里我们就是由压缩备份。最后是选择执行计划，我这里选的是每周日晚上0点的时候执行。
（6）单击“下一步”按钮，进入差异备份任务的设置界面，和上一步的界面是一样的，操作也是一样的，计划这里我们可以选择除了周日以外的每天进行差异备份，如图：
（7）单击“下一步”按钮，进入选择报告选项，这里我们可以将这个维护计划的执行报告写入文本文件中，也可以讲报告通过电子邮件发送给管理员。如果要发送邮件的话，那么需要配置SQL Server的数据库邮件，另外还要设置SQL Server代理中的操作员，关于邮件通知操作员的配置网上也讲的比较多，我这里就不详述了。
（8）单击“下一步”按钮，进入“完成该向导”的界面，系统列出了向导要完成的工作，如图：
（9）单击“完成”按钮，向导将创建对应的SSIS包和SQL作业：
（10）完成后，我们再刷新下对象资源管理器，我们可以看到对应的维护计划和该计划对应的作业：
现在维护计划是创建好了，急着想看看执行后的效果如何，不需要等到晚上12点去了，在“作业”下面，右击DbBackupPlan.Subplan_1，选择“作业开始步骤”系统便立即执行该作业，系统运行完成后，我们便可在C:\Backup文件夹下面有我们做的完整备份的备份文件。
以上的操作可以是纯粹的无键盘操作，不用写任何脚本，只需要点点鼠标即可。
这里需要注意的是，我们如果不是周日制定的该维护计划，那么制定该维护计划前一定要做个完整备份，而且该备份至少要保留到下周，不然到时候出了问题，发现只有这几个工作日的差异备份，而上一次的完整备份又被删了，那就郁闷了。
除了使用维护计划向导以外，我们还可以直接新建维护计划，也可以修改意见创建的维护计划。我们就以修改维护计划为例。对于前面创建好的完整备份+ 差异备份维护计划，现在我们需要每周对数据库备份进行一次清理，在完整备份完成后，要将1个月前的备份删除掉。那么我们只需要修改一下维护计划即可，具体操作如下：
（1）右击我们的维护计划，在弹出式菜单中选择“修改”选项，系统将新建一个选项卡来显示当前的维护计划。如图：
左下角是可用的维护计划组件，右下面板是维护计划的流程设置面板，其上面就是该计划的子计划列表。
（2）选中Subplan_1子计划，也就是每周完整备份的子计划，将“清除历史记录”任务从工具箱中拖拽到计划面板中，然后在面板中单击“备份数据库（完整）”组件，系统将显示一个绿色的箭头，将绿色箭头拖拽到“清除历史记录”组件上，如图：
也就是说在成功完整备份了数据库后，接下来才执行清除历史记录任务。
（3）右击“清除历史记录”任务，在弹出式菜单中选择“编辑”选项，系统将弹出清除历史记录任务设置窗口，如图：
这里既可以清除历史记录日志，也可以删除硬盘上的历史数据。这里我们要删除4周前的历史备份数据，单击“确定”回到计划面板，我们可以看到原本“清除历史记录”任务上的小红叉不见了。单击“保存”按钮，该计划便保存起来。（说明：我在SQL2008中文版虚拟机里面做的时候一旦修改维护计划，保存的时候就报错灾难性故障，不过我本机的英文版是正常的，不知道是我虚拟机的问题还是中文版的Bug，反正在英文版里面是对的。）
这样修改后，以后我们都不用手动去删除那些很久以前的数据库备份了，系统在执行完备份后就会删除那些满足条件的备份数据。
SQL SERVER 2005如何建立自动备份的维护计划
Microsoft SQL Server 2005 是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。Microsoft SQL Server 2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。 Microsoft SQL Server 2005 数据引擎是该企业数据管理解决方案的核心。此外Microsoft SQL Server 2005 结合了分析、报表、集成和通知功能。这使您的企业可以构建和部署经济有效的BI 解决方案，帮助您的团队通过记分卡、Dashboard、Web services 和移动设备将数据应用推向业务的各个领域。 与Microsoft Visual Studio、Microsoft Office System 以及新的开发工具包（包括Business Intelligence Development Studio）的紧密集成使Microsoft SQL Server 2005 与众不同。无论您是开发人员、数据库管理员、信息工作者还是决策者，Microsoft SQL Server 2005 都可以为您提供创新的解决方案，帮助您从数据中更多地获益。 工具/原料 Microsoft SQL Server 2005 方法/步骤 第1步：启动“MicrosoftSQL Server Management Studio”，在“对象资源管理器”窗口里依次选择“”→“管理”选项。 第2步：在图6.26中，右键单击“维护计划”，如果弹出如图6.35所示的“错误提示”对话框，说明SQL Server Agent没有启动，此时需要启动“SQL Server Configuration Manager”，如图6.36所示，启动SQL Server Agent。
数据备份与恢复系统哪个品牌好
在互联网普及的时代，数据显得尤为重要。数据备份是对数据进行再存储，是一个数据导出动作，以防数据丢失。而数据恢复则与数据备份是两个相反方向的行为，是将不小心丢失的数据重新导回电脑端。数据备份与恢复系统哪个品牌好呢？ 铱迅数据备份备份与恢复系统，是业界针对大数据量环境的应急接管平台，其利用磁盘级CDP技术，可实现IO级别的细颗粒度实时备份，将备份窗口、数据丢失降到较低。并且可以实现任意时间点的数据挂载与演练，能够快速响应业务系统的接管需求，对应用实现连续保护。 软硬件一体化配置 数据备份与恢复系统集备份服务器，操作系统、备份软件、磁盘阵列融于一体；并可加载铱迅容灾平台的虚拟化软件模块，备份容灾一机实现。 多方位的数据备份支持
备份存储服务器 软件模块 软件部分的服务器端内置在硬件中，采用Web界面提供设备、客户端、备份数据及管理员的管理；客户端由多个功能模块构成，安装在需要备份的服务器或PC上，依据数据保护的对象和等级不同，客户端授权划分为多个类型；更有扩展功能软件包，支持异地数据灾备等功能。
铱迅数据备份与恢复系统采用软硬件一体化配置，以持续数据保护技术(CDP)为核心，具备实时备份、定时备份等功能，整合了USB Key、密码口令等多因子安全身份验证安全模块，可以为数据库、文件、应用、操作系统提供安全、有效、完整的数据保护。 多方位备份 跨平台支持各类桌面电脑、服务器及小型机；支持Windows、Linux、Unix等操作系统及VMware ESX(i)、Hyper-V等虚拟化系统；支持Oracle/SQL Server/My SQL/DB2/Sybase及国产数据库等多种数据库；支持双机、虚拟机等服务器架构；支持LAN-Base、LAN-Free等备份方式；提供手动备份、定时备份、实时备份等备份策略设置；提供数据库、文件、应用及操作系统的多方位保护。 简易化操作 数据自动集中备份到黑方的存储空间中。基于Web界面统一管理平台，提供备份设备、备份客户端、备份数据的集中管理，将IT 技术人员的专业性数据备份恢复工作简化为普通工作人员即可轻松掌握并自动完成的简单工作。 CDP实时备份和恢复 创新性CDP持续数据保护技术，数据备份与恢复准确到秒，连续实时捕获所需备份文件的数据变化，并自动保存变化的数据和时间戳(即表示数据变化的时间节点)，在此基础上可以实现过去任意时间点的数据恢复。有效解决定时备份、准CDP备份的时间窗口问题。 功能简介 核心技术 铱迅数据备份与恢复系统以持续数据保护（CDP）为核心技术精髓，并结合升级加密、数据压缩、数据同步等诸多先进技术，来实现可靠、安全、多面、有效的数据备份与恢复。
数据备份系统的设计
数据备份系统的设计 1.引言 对于一个关键业务系统而言，数据资料是整个系统运作的核心。但人为的操作错误、软件的缺陷、硬件的损坏、电脑病毒、黑客攻击、自然灾难等诸多因素都有可能造成计算机数据的丢失，那么将会对于业务运作造成无法估量的影响。此时，最关键的问题在于如何尽快恢复信息系统，使其能正常运行。为了省级交通管理信息系统的数据安全及业务的正常运行，有必要建立一套完善的具有高可用性的数据备份系统，为广大机动车驾驶人和群众正常办理交通管理业务提供强大而持续的技术支撑，以避免在各种极端情况下造成的重大损失。 本文分析了省级交通管理信息系统数据备份方式，软硬件要求，备份系统的组成，磁带介质及备份系统的成本等内容。 2.数据备份系统的基本要求 一个全面的数据备份系统对备份软件和硬件都有较高的要求 2.1.软件要求 对于备份软件来说，界面友好、使用灵活是必不可少的。备份软件应提供集中管理方式，用户在备份管理服务器上可以备份服务器到桌面的文件数据、数据库中数据。支持在线备份数据、离线备份数据等多种备份方式，可自由设置备份策略。支持多种介质备份，具有对相应的备份设备的管理功能。支持备份的安全
性，在备份时应能进行数据备份校验，能够设置备份的密码防止未授权的数据恢复。 2.2.硬件要求 数据备份系统备份介质主要有磁带库、虚拟磁带库、磁盘阵列、光盘库等。 备份介质应便于移动和重复使用。备份介质的容量应远大于现有系统的总数据量，备份介质应具有较高的可用性，应使用高速度的备份设备。 2.3.网络要求 数据备份系统进行在线数据备份时对网络有较高的要求，应根据系统的备份时间及恢复时间计算网络带宽的大小。 3.数据存储方式的设计 通常数据存储采用三种方式：DAS、NAS、SAN，下面详细介绍这三种数据存储方式。 3.1.DAS直连存储 这种存储方案的服务器结构如同PC机架构，外部数据存储设备(如磁盘阵列、光盘机、磁带机等)都直接挂接在服务器内部总线上，数据存储设备是整个服务器结构的一部分，同样服务器也担负着整个网络的数据存储职责。DAS这种直连方式，能够解决单台服务器的存储空间扩展、高性能传输需求,。此外，DAS还可以构成基于磁盘阵列的双机高可用系统，满足数据存储对高可用的要求。
数据备份及恢复标准流程
数据备份及恢复标准流程
索引 一Outlook Express篇 (3) 二Foxmail篇 (5) 三Office Outlook篇 (7) 四操作系统篇 (8) 五数据库篇 (9) 六数据灾难恢复篇 (10)
一、Outlook Express篇 Outlook Express是WIN9X自带的邮件收发软件，它拥有相当多的用户，但由于其是随系统安装而来的，再加上WIN9X的极不稳定，重装系统后将丢失OE中的很多个性设置，甚至于收发的邮件，因此，在系统正常时备份相关的信息是必要的。本文以OE5.0以上版本为例介绍。 1．存储文件夹的改变 在OE的工具－选项－维护－存储文件夹中可以改变邮件的存放位置，这里必须把邮件存放在其它分区中如E：\MAIL中，或改变HKEY_CURRENT_USER\Software\Microsoft\OutlookExpress中的Store Root，可以导出这个注册表分支，存放在E：\MAIL中。 2．邮件规则的备份 OE的一个强大功能就是其邮件规则，这样可以有选择性的收取邮件，将不用的邮件直接在服务器上删除，这些规则可以在脱机状态下设定，而不象FOXMAIL的远程邮箱管理必须在线执行，这样并没有节省在线的时间。 在OE中设置了邮件规则（在工具－邮件规则－邮件中进行设置）后，在注册表中的HKEY－CURRENT－USER\Identities\{9ACEA700－E70A－11D3－9796－A034DB516564}\Software\Microsoft\Outlook Express\5.0\Rules\Mail保存你的该项设置，当然各人{}中的内容可能不同；你的机子上OE中有多个标识，这里将会有几个{}。 3．个性化的签名 在工具－选项－签名中可以设定自已个性化的签名，而且对不同帐号自动添加不同的签名，如用于投稿的帐号，要添加自己的通信地址，这样可以收到稿费。在新闻中发帖子，要
X大数据备份系统方案设计
企业备份管理系统设计方案
目录 一、项目概述 (3) 二、系统需求分析 (4) 2.2系统现状分析 (4) 2.2备份系统需求分析 (5) 三、系统结构设计 (7) 3.1整体系统架构设计 (7) 3.1.1备份网络架构选择 (8) 3.1.2备份管理架构选择 (10) 3.2备份策略设计 (11) 3.2.1文件服务器的备份策略............................. 错误!未定义书签。 3.3.2 SQL服务器的备份策略 (11) 3.3.3 Domino服务器的备份策略 (12) 3.4灾难恢复计划 (13) 四、设计方案总结 (15) 4.1备份管理方案总结....................................... 错误!未定义书签。 4.2客户收益 .............................................. 错误!未定义书签。 4.3选择专业的服务—汉荣企业备份与恢复服务................. 错误!未定义书签。
一、项目概述 随着中国进入WTO后，国内保险行业迅速发展，国外保险机构也加速进入中国市场的步伐，加上人们对保险的意识的逐步增强，日益膨大的市场份额，加速了众多保险公司之间的竞争。迅速占领市场占有率成为各保险公司最重要的市场策略，分公司、营业点、代理商遍布各地，内部的通讯以及沟通显得十分重要。并且，随着保险信息化建设的不断完善，越来越多的信息化建设项目都将逐步在全公司全面实施。信息化项目共同的特点都要求有一个安全的基础网络平台，将大量的即时信息纳入公司整体的数据库当中，这对保险行业公司网络平台的稳定性、安全性提出了更高要求的挑战。 山东新北海信息科技有限公司网络实际需求制定一套完整的数据备份和灾难恢复方案。一个完整的企业数据备份与恢复解决方案就意味着：保护、性能与完美的集成，一条龙式的服务，包括产品、服务与支持。我们在选择备份系统时，既要做到满足系统容量不断增加的需求，又需要所用的备份软件能够支持多平台系统。要做到这些，就要充分使用网络数据存储管理系统，它是在分布式网络环境下，通过专业的数据存储管理软件，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化的备份、文件归档、数据分级存储及灾难恢复等。 山东新北海信息科技有限公司的企业数据备份和恢复解决方案以SYMANTEC的Backup Exec备份管理软件为基础，结合山东新北海信息科技有限公司多年来对各行业顶尖公司的服务支持经验，结合客户实际的业务发展与IT系统结构现状，帮助客户把重要的企业数据做备份保护，以防不测。确保企业的业务连续性，使企业的IT系统能够充分适应企业战略发展的能力要求。
系统运维管理-备份与恢复管理(Ⅰ)
系统运维管理备份与恢复管理（Ⅰ） 版本历史 编制人： 审批人：
目录 目录 (2) 一、要求容 (3) 二、实施建议 (3) 三、常见问题 (4) 四、实施难点 (4) 五、测评方法 (4) 六、参考资料 (5)
一、要求容 a)应识别需要定期备份的重要业务信息、系统数据及软件系统等； b)应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份频度、存储介质和保存期等进行规定； c)应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略，备份策略须指明备份数据的放置场所、文件命名规则、介质替换频率和将数据离站运输的方法； d)应建立控制数据备份和恢复过程的程序，记录备份过程，对需要采取加密或数据隐藏处理的备份数据，进行备份和加密操作时要求两名工作人员在场，所有文件和记录应妥善保存； e)应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间完成备份的恢复； f)应根据信息系统的备份技术要求，制定相应的灾难恢复计划，并对其进行测试以确保各个恢复规程的正确性和计划整体的有效性，测试容包括运行系统恢复、人员协调、备用系统性能测试、通信连接等，根据测试结果，对不适用的规定进行修改或更新。 二、实施建议 制定数据备份的规定，包括备份的策略、计划和容等信息，备份策略的制定要结合本身数据量多少、数据更新时间等要求进行制定，对备份的数据要进行定期的恢复性测试，保证该备份的可用性。数据的恢复管理不仅仅是灾难恢复的计划，应当针对不同的数据恢复要求和恢复的容制定多种适当的恢复策略，并定期对策略的有效性进行测试。
三、常见问题 多数公司没有对备份的数据进行恢复性测试。 四、实施难点 数据的恢复性测试需要建立测试的环境，投入较大；如果在原有系统上进行测试，应当不影响系统的正常运行，并确保原有系统能够快速的恢复。 五、测评方法 形式访谈，检查。对象系统运维负责人，系统管理员，数据库管理员，网络管理员，备份和恢复管理制度文档，备份和恢复策略文档，备份和恢复程序文档，备份过程记录文档，检查灾难恢复计划文档。 实施 a)应访谈系统管理员、数据库管理员和网络管理员，询问是否识别出需要定期备份的业务信息、系统数据及软件系统，主要有哪些；对其的备份工作是否以文档形式规了备份方式、频度、介质、保存期等容，数据备份和恢复策略是否文档化，备份和恢复过程是否文档化，对特殊备份数据（如数据）的操作是否要求人员数量，过程是否记录备案； b)应访谈系统管理员、数据库管理员和网络管理员，询问是否定期执行恢复程序，周期多长，系统是否按照恢复程序完成恢复，如有问题，是否针对问题进行恢复程序的改进或调整其他因素； c)应访谈系统运维负责人，询问是否根据信息系统的备份技术措施制定相应的灾难恢复计划，是否对灾难恢复计划进行测试并修改，是否对灾难恢复计划定期进行审查并更新，目前的灾难恢复计划文档为第几版； d)应检查备份和恢复管理制度文档，查看是否对备份方式、频度、介质、保存期等容进行规定； e)应检查数据备份和恢复策略文档，查看其容是否覆盖数据的存放场所、文
Windchill系统数据备份与恢复(建议)
Windchill系统的备份数据包括以下三个部分： ●Oracle数据 ●LDAP数据 ●Windchill应用数据 Oracle数据库备份与恢复 Oracle数据库版本为Oracle 11g 11.2.0.1.0，采用expdp和impdp方式进行备份。 备份oracle 在服务器E盘的backup路径下新建文件夹oracle 进入Windchill Shell外壳程序，执行以下命令 >sqlplus / as sysdba; SQL>create directory backup as ‘e:\backup\oracle’; SQL>grant read,write on directory backup to wcadmin; SQL>exit; >expdp system/wcadmin@wind SCHEMAS=wcadmin DIRECTORY=backup DUMPFILE=dmp20160601.dmp LOGFILE=expdp20160601.log EXCLUDE=STATISTICS 完成导出。 恢复oracle 使用E盘backup下的DUMP文件恢复数据库，以dmp20160601.dmp为例 进入Windchill Shell外壳程序，执行以下命令 >sqlplus / as sysdba; SQL>drop user wcadmin cascade; SQL>@
SQL2005 EXPRESS自动备份
SQL 2005 EXPRESS 自动备份 2010-05-13 11:03:49 标签：SQL自动EXPRESS 最近由于换了新的工作，公司用了SQL 2005 EXPRESS ，可是没法实现数据的维护计划，对于不断增多急需做自动备份的工作十分头痛，在网上不断的找资料，都解释的不是很全，接下来，我整理给大家看下，因为我刚才已经TEST成功了，希望对大家有帮助，我可量百度SEACH了一天时间才弄出来 方法如下 1 首先用SQL Server Management Studio Express 登录到实例中 展开数据库，新建存储过程
复制如下语句到到右边 USE master GO CREATE PROC p @db_name sysname, --数据库名 @bk_path NVARCHAR(1024) --备份文件的路径 AS IF ISNULL(@db_name,'')='' SET @db_name=db_name() ; DECLARE @dt VARCHAR(50) ; SET @dt=@db_name+'_'+CONVERT(VARCHAR(8) , GETDATE() ,112)+'_'; SET @dt=@dt+REPLACE(CONVERT(VARCHAR(10) ,GETDATE() ,108),':','') IF RIGHT(@bk_path,1)<>'\'
SET @bk_path=@bk_path+'\'; EXEC ('BACKUP DATABASE ['+@db_name+'] TO DISK='''+@bk_path+@dt+'.bak'' WITH FORMAT'); GO 根据实际数据库做修改 第二步 在某个文件夹里建两个txt文件--如D:\batComand.txt跟D:\BackupDatabase.txt --然后batCommand.txt文件内容如下: sqlcmd -S TAIXIN-PC-11\SQLEXPRESS -E -i D:\BackupDatabase.sql 上面这条语句TAIXIN-PC-11\SQLEXPRESS是计算机名\实例名 然后保存.将扩展名改为.bat 然后BackupDatabase.txt文件内容如下: USE master GO EXEC p '要备份的数据库名','备份路径' 然后保存,将扩展名改为.sql --第三步 新建任务计划.然后在选择执行哪个任务的时候..单击浏览..选择D:\batCommand.bat 设置每天执行..即可. 备份时的文件名是:数据库名_日期_时间.bak 最新经验补充，经过一段时间的备份，会发现日志文件不断增加，原因是除了日志备份，在完整备份模式下，其他备份不会截断日志。 采用的方法：
信息系统数据备份与管理办法
数据备份与恢复管理办法 第一章总则 第一条为加强中国航发湖南动力机械研究所（以下简称“动研所”）信息系统数据的备份与管理，避免信息系统数据的丢失，确保生产、经营、管理等应用系统的安全稳定运行和历史数据的有效保存，特制定本管理办法。 第二条数据是信息系统的基础，是企业的重要资源。数据备份是保证数据安全的有效技术手段，是信息安全体系的重要组成部分。数据备份的内容应包括企业生产、经营、管理等信息系统中的所有关键数据，具体是指计算机和网络设备的操作系统、应用软件、系统数据和应用数据。 第三条数据备份与管理应遵循“统一领导、统一规划、统一标准、统一建设、分级管理”的原则。 第四条本管理办法适用于动研所所有数据备份和恢复操作。 第二章组织机构与职责 第五条信息化技术研究部负责动研所信息系统的数据备份、运行维护与管理。 第六条信息化技术研究部是数据备份的归口管理部门，负责动研所信息系统的数据备份、运行维护与管理工作。 第七条信息化技术研究部设立数据备份岗位，并实行主、副岗制度，具体负责本单位数据备份工作的日常管理，包括检查、监督、考核和统计等工作。 第八条动研所应明确各种信息系统业务主管部门和运行管理部门的责任，已正式投运的信息系统，其数据备份与管理工作由信息化技术研究部负责；正在建设但未经正式验收投运的信息系统，其数据备份与管理工作原则上由该信息系统的业务主管部门委托开发商进行，信息化技术研究部给予必要的配合。 第九条数据备份技术及相关人员上岗前要进行培训，具备必要的技能。设备或技术更新，或者备份策略和恢复预案发生变化后，要及时进行培训。
第三章数据备份 第十条数据备份应根据系统情况和备份内容，采用不同的备份方式： 1.完全备份：对备份的内容进行整体备份。 2.增量备份：仅备份相对于上一次备份后新增加和修改过的数据。 3.差分备份:仅备份相对于上一次完全备份之后新增加和修改过的数据。 4.按需备份：仅备份应用系统需要的部分数据。 具体所采取的备份方式，应能确保真实重现被备份系统的运行环境和数据。 第十一条在规划设计以及新建信息系统时应充分考虑系统的备份需求，填写《数据备份需求登记表》（附录1，）在系统投运前完成备份策略（附录2）和恢复预案的制定并在系统投运后同时开始执行；已投运的信息系统备份需求发生变化时，要及时调整数据备份策略和恢复预案。备份策略和恢复预案的制定与调整需报主管领导批准。 第十二条信息化技术研究部在对计算机和设备进行软件安装、系统升级改造或更改配置时，应进行系统、数据和设备参数的完全备份；系统更新后，应实现数据的迁移或转换，确保历史数据的完整性，并对原系统及其数据进行完全备份。 第十三条数据备份系统的建设应统一纳入信息化发展规划并按分层分级 组织实施。 第十四条数据备份系统及介质的选型要满足各系统的备份策略及保存要求，包括安全可靠性、性能和服务质量、冗余等，确保通过数据备份能及时恢复各种故障情况下造成的数据丢失。 第十五条信息化技术研究部应制定相关运行和维护管理制度，加强对数据备份系统的运行和维护管理，确保数据备份系统可靠运行。 第十六条应对数据备份操作进行记录，填写《数据备份记录表》（附录3），操作可能影响到信息应用系统正常运行的，要报该信息系统业务主管部门和信息化技术研究部审查，并经主管领导批准。 第十七条数据备份工作人员要认真做好数据备份的文档工作，完整地记录备份系统的配置和备份数据源的系统配置；做好备份工作的运行日志和维护日志；建立备份文件档案及档案库，详细记录备份数据的信息。要做好数据备份的文卷管理，所有备份应有明确标识，包括卷名、运行环境、备份人。卷名按统一的规则来命名，即由“系统名称－（数据类型+备份方式+存储介质）－备份时间－序号”组成。 系统名称数据类型备份方式存储介质备份时间序号 ABC 0操作系统0完全备份1光盘YYYYMMDDXXX 1应用软件1增量备份2硬盘
系统备份及恢复
系统备份及恢复 推荐的系统备份策略。系统需要备份的内容: ERDB ( 系统的控制组态内 容): c:\Program files\Honeywell\Experion PKS\Engineering Tools\System\Er Server 实时数据 库 (操作组态内容): C:\ Program files\Honeywell\ Experion PKS\Server\Data 操作流程图(包括子图): 用户自定 Station 设置文 件: C:\ Program files \Honeywell\ Experion PKS\Client\Station\*.stn \system\R**\*.stb QB 设置文件: 用户自定义目录 报表文件(自由格式报表或Excel报表) : 用户自定义目录 事件或历史数据文件及归档文件 (可选择备份或不 备): C: \Program files \honeywell\ Experion PKS\Server\Archive 用户自定义文件: 用户自定义目录 1系统备份介质建议: 移动硬盘 / 刻录光盘 / 磁带 / 远程网络计算机硬盘 1.1 ERDB备份(主Server：ServerB) Upload and Update Dbadmin – Backup Database 生成主*.bak 文件 Control Builder—File-Export生成project 备份文件. Snapshot/Checkpoint files — C:\Honeywell\Engineering Tools\System\ER\CPM***.snapshot 将以上生成的三类文件拷贝到备份目标盘er目录下 1.2 Server 数据库 (Server同步情况下, 只需备份一个 Server) C:\Program files\Honeywell\Experion PKS\Server\Data 目录到备份目标 盘。（不一定能直接copy, 与后台Service有关）。 bckbld –out filename –tag cda / backup function.(使用pntbld filename恢 复组态内容) 1.3 操作流程图(包括子图) 操作流程图(包括子图)备份到目标盘. 1.5 Station 设置文件(两台Server分别备份,并作标记) C:\Honeywell\Client\Station\*.stn 拷贝到备份目标盘station目录下 1.6QB 设置文件 (备份正式使用的那份文件) 用户自定义目录下*.qdb 文件拷贝到备份目标盘qckbld目录下 . 1.7 报表文件(自由格式报表或Excel报表) : C:\Honeywell\Server\Report 下自由格式报表或用户Excel 报表文件拷贝到备份目标盘Report目录下 1.8事件及历史数据文件和归档文件 (可选择备份或不备): C:\honeywell\Server\data ，Archive 和evtarchive目录拷贝到备份目标盘Archive目录下. 1.9 用户自定义文件备份到目标盘 2 使用备份恢复系统（适用于冗余Server） 2.1 ServerA 系统恢复(ServerB 工作正常情况下) ServerA 重新安装操作系统和PKS软 件 设置Servera与Serverb冗余 使ServerA 处于Backup 状态 在Station中(非ServerA station)作Server同步, 恢复Server实时数据库 在ServerB 中 Dbadmin--Recover Secondary Database ServerB中的流程图拷贝到ServerA响应目录下 备份盘中ServerA的Station目录下*.stn文件拷贝回ServerA 中: C:\Honeywell\Client\Station 目录覆盖同名文件. 备份盘中ServerA的qckbld目录中*.qdb文件恢复到ServerA相应目录中 报表文件文件恢复到ServerA相应目录中 历史数据文件从ServerB C:\honeywell\Server\Archive 目录拷贝到ServerA相应Archive目
信息系统数据备份管理制度
23 信息系统数据备份管理制度 第一条为保护重要信息系统的数据运行安全，规范数据备份管理，特制定本管理制度。 第二条本制度适用于重要信息系统范围内，服务器端和客户端数据的备份管理。 第三条服务器端的数据备份由系统管理员和安全管理员共同实施，备份介质则由介质管理员负责保存。 第四条客户端的数据备份由各网络用户自行实施，备份介质则由用户或介质管理员负责保存。 第五条服务器端的数据备份包括对应用软件的数据备份和对用户数据的备份两部分，客户端的数据备份则主要是对用户数据的备份，包括用户的软件、文档、专业数据信息等。 第六条服务器端的数据备份主要采用磁带备份和光盘备份两种方式，客户端的数据备份则可视数据和网络资源情况灵活选择，常用的方式包括活动硬盘备份和光盘备份。 第七条服务器端的应用软件备份包括磁带备份和光盘备份两种方式，光盘备份主要针对软件的安装数据，磁带备份主要针对软件的运行数据；用户数据则主要采用磁带备份的方式。
第八条服务器端的光盘备份在应用软件安装以前进行，备份以后的光盘由介质管理员进行存放。 第九条服务器端的磁带备份必须根据相应的备份策略和实施方案(在备份管理软件中定义)，确定备份内容、备份时间、备份周期等，如每天执行一次完全备份，每三小时执行一次增量备份；备份以后的磁带由介质管理员存放。 第十条为了便于对服务器端的系统软件进行应用与管理，机房中须备有与系统软件有关的应用手册和各种指南等资料，以供运行、维护人员查阅，未经许可，任何人不得带出机房。 第十一条所有的数据备份必须登记在“数据备份记录表”中，包括备份方式、原数据的存储路径、备份数据存储介质的密级标识、备份起止时间、备份者等（见附表l《数据备份记录表》）。 第十二条应用软件的源程序除了在磁介质上备份以外，程序员可根据需要进行打印备份，以防应用程序发生意外、难以恢复。 第十三条应用软件开发人员应将项目的调研资料、各阶段的设计说明书、图表、源程序、应用系统运行流程图等进行分类归档，以便查阅。 第十四条当修改应用软件时，具体的功能修改、逻辑修改、程序变动等，都应有相应的文档记录，以备查阅。
FANUC系统数据备份与恢复教学内容
F A N U C系统数据备份 与恢复
一、FANUC系统数据备份与恢复 （一）概述 FANUC数控系统中加工程序、参数、螺距误差补偿、宏程序、PMC程序、PMC数据，在机床不使用是是依靠控制单元上的电池进行保存的。如果发生电池时效或其他以外，会导致这些数据的丢失。因此，有必要做好重要数据的备份工作，一旦发生数据丢失，可以通过恢复这些数据的办法，保证机床的正常运行。 FANUC数控系统数据备份的方法有两种常见的方法： 1、使用存储卡，在引导系统画面进行数据备份和恢复； 2、通过RS232口使用PC进行数据备份和恢复。 （二）使用存储卡进行数据备份和恢复 数控系统的启动和计算机的启动一样，会有一个引导过程。在通常情况下，使用者是不会看到这个引导系统。但是使用存储卡进行备份时，必须要在引导系统画面进行操作。在使用这个方法进行数据备份时，首先必须要准备一张符合FANUC系统要求的存储卡（工作电压为5V）。具体操作步骤如下： 1、数据备份： （1）、将存储卡插入存储卡接口上(NC单元上，或者是显示器旁边)； （2）、进入引导系统画面；（按下显示器下端最右面两个键，给系统上电）； （3）、调出系统引导画面；下面所示为系统引导画面： （4）、在系统引导画面选择所要的操作项第4项，进入系统数据备份画面；（用UP或DOWN键）
（5）、在系统数据备份画面有很多项，选择所要备份的数据项，按下YES键，数据就会备份到存储卡中； （6）、按下SELECT键，退出备份过程； 2、数据恢复： （1）、如果要进行数据的恢复，按照相同的步骤进入到系统引导画面； （2）、在系统引导画面选择第一项SYSTEM DATA LOADING; （3）、选择存储卡上所要恢复的文件； （4）、按下YES键，所选择的数据回到系统中； （5）、按下SELECT键退出恢复过程； （三）使用外接PC进行数据的备份与恢复 使用外接PC进行数据备份与恢复，是一种非常普遍的做法。这种方法比前面一种方法用的更多，在操作上也更为方便。操作步骤如下： 1、数据备份： （1）、准备外接PC和RS232传输电缆； （2）、连接PC与数控系统； （3）、在数控系统中，按下SYSTEM功能键，进入ALLIO菜单，设定传输参数(和外部PC匹配); （4）、在外部PC设置传输参数（和系统传输参数相匹配）； （5）、在PC机上打开传输软件，选定存储路径和文件名，进入接收数据状态； （6）、在数控系统中，进入到ALLIO画面，选择所要备份的文件（有程序、参数、间距、伺服参数、主轴参数等等可供选择）。按下“操作”菜单，进入到操作画面，再按下“PUNCH”软键，数据传输到计算机中； 2、数据恢复： （1）、外数据恢复与数据备份的操作前面四个步骤是一样的操作；
信息安全系统备份与恢复管理办法
信息安全系统备份与恢复管理办法 1.总则 第一条为保障公司信息系统的安全，使得在计算机系统失效或数据丢失时，能依靠备份尽快地恢复系统和数据，保护关键应用和数据的安全，保证数据不丢失，特制定本办法。第二条对于信息系统涉及到的网络设备、网络线路、加密设备、计算机设备、应用系统、数据库、维护人员，采取备份措施，确保在需要时有备用资源可供调配和恢复。 第三条本管理办法中涉及到的设备主要指运行在信息技术部主机房中的网络设备、加密设备及计算机设备。 第四条信息系统备份手段根据不同信息的重要程度及恢复时间要求分为实时热备份和冷备份等。同一平台的系统应尽量使用同样的备份手段，便于管理和使用。信息技术部负责信息系统的备份与恢复管理，并制定数据备份计划，对数据备份的时间、内容、级别、人员、保管期限、异地存取和销毁手续等进行明确规定。 第五条信息技术部应根据各系统的重要程度、恢复要求及有关规定要求制定系统配置、操作系统、各应用系统及数据库和数据文件的备份周期和保存期限。 第六条对于重要系统和数据的备份周期及备份保存期限应遵循以下原则：
(一) 至少要保留一份全系统备份。 (二) 每日运行中发生变更的文件，都应进行备份。 (三) 生产系统程序库要定期做备份，每月至少做一次。 (四) 生产系统有变更时，须对变更前后的程序库进行备份。 (五) 批加工若有对主文件的更新操作，则应进行批加工前备份。 (六) 每天批加工结束后都要对数据文件进行批后备份，对核心数据须进行第二备份。 (七) 对批加工生成的报表也要有相应的备份手段，并按规定的保留期限进行保留。 (八) 用于制作给用户数据盘的文件应有备份。 (九) 各重要业务系统的月末、半年末、年末以及计息日等特殊日的数据备份须永久保留。 (十) 定期将生产系统的数据进行删减压缩，并将删减的数据备份上磁带，永久保留。 (十一) 以上未明确保存期限的各项备份的保存至少应保存一周。 2.设备备份 第七条信息系统电源设备应尽量保证有两套电源来源。 第八条对关键通讯线路和网点通讯线路必须采用双通讯线路；网络的运行线路和备份线路必须选用不同的网络服务供
数据备份策略
一、数据备份的必要性 对数据的威胁通常比较难于防范，这些威胁一旦变为现实，不仅会毁坏数据，也毁坏访问数据的系统。造成数据丢失和毁坏的原因主要如下几个方面。 1、数据处理和访问软件平台故障。 2、操作系统的设计漏洞或设计者出于不可告人的目的而人为预置的“黑洞”。 3、系统的硬件故障。 4、人为的操作失误。 5、网络内非法访问者的恶意破坏。 6、网络供电系统故障等。 计算机里面重要的数据、档案或历史纪录，不论是对企业用户还是对个人用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响企业的正常运作，给科研、生产造成巨大的损失。为了保障生产、销售、开发的正常运行，企业用户应当采取先进、有效的措施，对数据进行备份、防范于未然。 数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。在一个构建完整的IT应用系统中，数据备份是不可或缺的一个重要部分。 企业信息中心的数据都关系到系统能否正常运转和生产是否能够正常进行的关键信息，一旦损失后将无法弥补。因此，有必要考虑对关键数据进行及时备份。服务器数据备份作为系统维护操作中不可缺少的工作，数据备份工作的好坏，直接关乎应用服务器的生死存亡，直接关系到应用的生存能力。我们提供了三种备份策略，以便能够更好的做好备份工作，给相应的应用提供最坚强的后盾，确保在数据库数据损坏或者丢失的情况下，能够尽快复原，降低最小损失。 二、传统磁带备份 完全备份：这是业界目前最普遍的备份策略方案,定期对自己的系统进行完整数据备份。这种备份策略的好处是:当发生数据丢失的灾难时,可以及时的恢复到备份时的所有数据。然而它的不足之处在于,每天都对整个系统进行完全备份,造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间,这对用户来说就意味着增加成本。其次,由于需要备份的数据量较大,因此备份所需的时间也
使用SQL Server 2008维护计划实现数据库定时自动备份
使用SQL Server 2008维护计划实现数据库定时自动备份 - [Database] 2010-04-12 | Tag： 版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明 在SQL Server中出于数据安全的考虑，所以需要定期的备份数据库。而备份数据库一般又是在凌晨时间基本没有数据库操作的时候进行，所以我们不可能要求管理员每天守到晚上1点去备份数据库。要实现数据库的定时自动备份，最常用的方式就是使用SQL Server代理中的作业。 启动SQL Server Agent服务，然后在其中新建作业，作业中添加1个备份步骤，类型是T-SQL 脚本，然后在命令中输入如下SQL语句，该语句实现了对数据库TestDB1的完整备份，备份文件在C盘Backup文件夹中，文件名就是TestDB1+当时备份的日期字符串.bak。 declare@name varchar(250) set@name='C:\Backup\TestDB1_'+ convert(varchar(50),getdate(),112)+'.bak' BACKUP DATABASE[TestDB1]TO DISK=@name WITH NOFORMAT, NOINIT, NAME = N'TestDB1-完整数据库备份', SKIP, NOREWIND, NOUNLOAD 创建好步骤以后，接下来就是创建计划，创建计划的操作十分简单，界面上说明的很详细了，我就不多说了。另外还可以配置警报和通知，不过一般很少用这个。 使用SQL作业中执行SQL脚本进行备份的方法虽然已经很简单了，但是至少还是要去写BACKUP 脚本，这点有些人觉得不爽，那有没有更简单，更懒的方法来实现数据库的自动定时备份呢？ 有，那就是“维护计划”。
系统数据备份方案
系统数据备份方案 采供血信息系统从开始正常运行，就将随着时间的推移，不断地积累数据。在采供血机构中一切基于业务流程的活动都以这些数据为基础。在系统运行中常常会不可避免地遇到一些问题，如人为误操作、硬件损毁、电脑病毒、断电或是天灾人祸等造成网络系统瘫痪、数据丢失，这会给采供血机构、献血者和用血者带来难以弥补的损失。避免这种损失的最佳途径就是为系统进行可靠的数据备份。 1 备份方案 1.1 备份策略建立一套完整的备份策略，是做好备份的先决条件。（1）备份周期:根据数据的重要程度和需要，可以选择每周、每日、每时进行备份;（2）备份介质:使用的存储介质如磁带、磁盘等进行备份;（3）备份方案:目前常用的方案有双机备份、磁带备份、异机备份等方案，备份方案的选择是备份策略中最关键的一步;（4）自动备份和手工备份:自动备份是指计算机按预先设定好的时间自动启动备份作业，手工备份是指程序员不定时的人工启动备份作业;（5）检查备份数据的完整性:数据库在使用过程中有时会由于某种原因而造成索引损坏或数据丢失。由于不能对实时库进行检查，所以在数据备份后通常要对备份数据库进行完整性检验。 1.2 常用备份方案 1.2.1 双机备份双机备份分为双机冷备份和双机热备份两种。双机冷备份为一台主机实时工作，一台备用机等待备用。这种方案最大的问题是无法实现实时数据备份。对于采供血机构的工艺流程对于数据连续性要求很强，基本无法使用备用机工作。双机实时热备份为双机镜像和共享磁盘阵列两种方案。双机镜像方案是准备两台在软件和硬件配置都要完全一样的服务器，分为一主一备，并互为镜像。将主数据库服务器上的表、文件、数据库或全部内容通过专用连接通道镜像到备用服务器上。当主服务器发生故障时，由主服务器迅速装载事务处理日志到备份服务器。备份服务器将接管事务处理日志继续完成主服务器的操作。优点是简单、便宜;缺点是降低系统效率，对数据维护的能力与共享磁盘阵列方案相同，都无法防止逻辑上的错误，如人为误操作、病毒和数据错误等。共享磁盘阵列方案为两台主机共用一个磁盘阵列。优点是不降低系统性能，为目前较为流行的主流技术，但要求磁盘阵列具有较高的可靠性。 目前较为先进的备份方案为多主机集群方案，多台主机都在同时分别工作，当其中一台主机故障，其它主机可以接管故障机的任务。这种方案在“理论上”十分完美，可以避免冗余服务器的闲置浪费，但在系统方案设计中，仍要考虑一台主机故障后，全部任务交给备份机，备份机是否有能力承担全部任务，因而硬件冗余能力必须大于系统负载，故冗余硬件能力的闲置在理论上是不可避免的。
公司的信息系统数据备份方案
XX公司信息系统数据备份方案
目录 1.备份设计范围 (3) 2.备份方案 (4) 3.备份策略 (5) 4.风险与应对措施 (8) 5.备份目标主机及策略设计 (9) 5.1 XXXXMIS系统 (9) 备份范围 (9) 备份基本策略 (9) 备份容量需求 (9) 离线保存方式 (10) 5.2 XXXX门户系统 (10) 备份范围 (10) 备份基本策略 (10) 备份容量需求 (10) 离线保存方式 (11) 5.3 XXXXOA系统备份策略 (11) 系统备份范围 (11) 备份基本策略 (11) 5.4 XXXXERP（SAP）系统备份策略 (11) 系统备份范围 (11) 备份基本策略 (11) EPR数据库备份策略 (12) 备份容量需求 (13) 6.备份方案：XXXX所有系统集中统一备份 (15)
1.备份设计范围 6套主要业务系统，主要包括：XXXXERP（SAP）系统、XXXXMIS系统、XXXX 门户系统、OA系统、技术监督系统、XXXXXX专业系统。其中，XX专业系统目前经过和专业人员进行调研，目前该系统是委托给别人进行运维，目前运行良好，不需要我们再进行备份；技术监督系统现在还未建立起来，数据量还无法估计。
2.备份方案 解决XXXX信息系统，特别是核心业务所有重要数据全面保护方案，数据备份是作为数据安全最后一道保障，最全面的保护措施。利用磁带库（需要新购）和存储设备进行，通过集中管理服务器实现所有具备条件的应用系统集中管理，磁带库和现有存储设备接入统一的SAN网络中，SAN网络上的备份目标进行集中备份，实现lan free。通过配置磁带库备份集中导出策略，实现历史备份统一管理。