一. 简单介绍

SQL
Server自带的维护计划是一个非常有用的维护工具,能够完成大部分的数据库的维护任务.

 

数据库的备份也是日常工作中非常重要的一个环节。备份的方法非常的多.

今天给大家介绍最简单的一种方法: 直接通过SQL Server Management
Studio的图形界面去设置备份策略.

而且这种操作方式对于即时性的备份需求的响应也是最快的, 不需要写代码, 直接通过图形化界面设置就可以创建备份策略.

图片 1

 

一、背景

如果在SQL Server
里需要定时或者每隔一段时间执行某个存储过程或3200字符以内的SQL语句时,可以用管理-SQL
Server代理-作业来实现

二. 需求

下面就结合具体的工作场景来讲解如何创建备份策略.

例如,
对一个生产系统的备份一般是这样要求的:

  • 1.
    每周六一个全量备份
    (本篇文章只实现这个需求, 另外两个请大家参照需求1去实现)

  • 2.
    工作日时间每天一个增量备份

  • 3.
    全部的备份在一个月之后自己主动删除

之前写过一篇关于备份的文章:SQL Server
维护计划实现数据库备份,上面文章使用完整备份和差异备份基本上能解决数据库备份的问题,但是为了保障数据更加安全,我们需要再次完善我们的备份计划;

图片 2

三. 动手操作

操作步骤

1. 新建维护计划

2. 给维护计划命名

3. 创建维护计划的任务

4. 设置维护计划的任务

5. 设置子计划

6. 在作业中找到该计划, 并进行测试

7. 执行成功后, 在设置的备份文件中找到备份的bak文件

8. 若执行失败, 查看作业的历史记录并修正(一般可能是执行该作业的账号权限问题, 请自己探索)

 

下面这篇文章主要加入了日志备份,并对设计备份的频率和设计命名规范等问题进行实战;

 

  实现每周六全量备份的需求

     1. 新建维护计划

    图片 3

 

 

      2. 给维护计划命名, 比如这里我们命名为”Saturday_full_backup”

图片 4

 

 

       3. 拖动工具箱, 创建维护计划的任务

图片 5

 

      4. 对任务进行设置, 参考如下图示(win10下, 设置任务的界面显示有点问题, 这里我截的是服务器的图)

          设置备份类型为:完整(全量)

图片 6

 

      5. 任务设置完成后, 设置子计划

        设置执行时间为:每周的周六, 晚上22点

      图片 7

 

图片 8

 

图片 9

 

      6. 备份策略设置完成后, 在左边的侧边栏里, 找到你创建的备份策略,

       SQL Server
代理 –> 作业
–> Saturday_full_backup.Subplan_1(你自己刚创建的备份策略)

        图片 10

 

      7. 右键点击该作业, 选择”作业开始步骤”

图片 11

 

      8. 作业执行成功后, 进入设置的备份文件夹,查看刚执行的备份任务

图片 12

 

      图片 13

 

 

至此, SQL
Server数据库设置自动备份策略已完成~

  如果作业执行失败, 右键该作业, 查看”历史记录”, 找到错误原因并修正

  一定要学会看报错日志, 这是以不变应万变的方法!

 

        

 

1、管理-SQL Server代理-作业(按鼠标右键)-
新建作业

二、最佳实践

2、新建作业属性(常规)-名称[自定义本次作业的名称]-启用的方框内是勾号-分类处可选择也可用默认的[未分类(本地)]-所有者默认为登录SQL Server用户[也可选其它的登录]-描述[填写本次工作详细描述内容];

(一) 备份计划

图片 14

1) 每周星期日的2:00:00执行数据库的完整备份;

 

2) 每周星期一至星期六每天的2:00:00执行数据库的差异备份;

 

3) 每天在8:00:00和23:59:59之间、每1小时执行数据库的日志备份;

3、新建作业属性(步骤)-新建-步骤名[自定义第一步骤名称]-类型[Transact-SQL(TSQL)脚本]-数据库[要操作的数据库]-命令 [
如果是简单的SQL直接写进去即可,也可用打开按钮输入一个已写好的.sql。文件如果要执行存储过程,填 exec p_procedure_name
v_parameter1,[
v_parameter2…v_parameterN]
-确定 (如果有多个步骤,可以再次调用下面的新建按钮;也可以对已有的多个步骤插入、、删除图片 15);

4) 每个月的最后一个星期日的1:00:00执行数据库的完整备份;

图片 16

 

 

(二) 计划讲解

4、建作业属性(调度)-新建调度-名称[自定义调度名称]-启用的方框内是勾号-调度-反复出现-
更改[调度时间表]-确定(如果只要保存此作业,不要定时做可以把启用的方框内是勾号去掉);

1.
根据备份文件的不同,我创建了4个文件用于存放备份文件:(Medusa是数据库名)

图片 17

1) Medusa_Full:用于存放完整备份文件;

 

2) Medusa_Diff:用于存放差异备份文件;

5、建作业属性(通知)-用默认的通知方法就好[当作业失败时,写入Windows应用程序系统日志]
-确定。

3) Medusa_Log:用于存放日志备份文件;

 

4) Medusa_Save:用于存放保留备份文件

 

上面的4个文件夹与备份计划的4个步骤是一 一对应的;

跟作业执行相关的一些SQL Server知识:

图片 18

SQL Server
Agent服务必须正常运行,启动它的NT登录用户要跟启动SQL
Server数据库的NT登录用户一致;

(Figure1:文件夹命名规范)

点作业右键可以查看作业执行的历史记录情况,也可以立即启动作业和停止作业。

 

最近在看作业历史记录时,发现有的作业记录的历史记录多,有的作业记录的记录的历史记录少。如何能使某些作业按各自的需求,保留一段时间.比如保留一个月的历史记录.看了SQL
Server的在线帮助文档,里面介绍说:

  1. 创建名为Medusa的维护计划,并创建如下图的4个子计划:

在管理-SQL
Server代理-右键选属性-作业系统-限制作业历史记录日志的大小

图片 19

作业历史记录日志的最大大小(行数) ,默认为1000
。如果某台机器的作业数量很多,一定要提高它,例如为100000

(Figure2:子计划列表)

每个作业历史记录日志的最大行数,默认为100。如果作业每天执行两次,需要保留一个月的日志,可以设为60

 

它们之间有一个相互制约关系,
我们可以根据自己的需要来改.

  1. 设置【清除历史记录】、【清除维护】的保留时间:

如果SQL
Server服务器改过机器名,管理是旧名称时建立的job的时候可能会遇到。错误14274: 无法添加、更新或删除从MSX服务器上发起的作业(或其步骤或调度)。看了Microsoft的文档:http://support.microsoft.com/default.aspx?scid=kb;en-us;281642说SQL Server 2000系统里msdb..sysjobs 里originating_server
字段里存的是原来的服务器的名称。24X7在用的系统肯定不能按上面Microsoft的文档说的那样把名字改回来又改过去。于是想,msdb..sysjobs 能否update
originating_server 字段成现在在用的新服务器名?

1) Subplan_Full:保留完整备份文件4周;(1个*4周=4个文件)

use msdbselect  from
sysjobs

2) Subplan_Diff:保留差异备份文件2周;(6个*2周=12个文件)

找到originating_server 字段还是旧服务器的job_id,然后执行update语句:

3) Subplan_Log:保留日志备份文件1周;(16个*7天=112个文件)

update sysjobs set
originating_server=‘new_server_name‘where job_id=‘B23BBEBE-A
3C1-4874-A4AB-0E2B7CD01E14‘

4) Subplan_Save:保留备份文件1年;(1个*12月=12个文件)

(所影响的行数为 1 行)

上面的时间策略需要根据数据库的安全级别、磁盘空间、业务特性等情况共同解决的,你可以根据的实际情况进行修改和调整;

这样就可以添加、更新或删除那些曾经出error 14274 的作业了。

发表评论

电子邮件地址不会被公开。 必填项已用*标注