LOGSHIPPING 搭建-SSMS篇

LOGSHIPPING 事务日志传送。
顾名思义：传送事务日志，主要指在主服务器上数据库进行日志备份，将日志备份传送至辅助服务器上进行还原，以期实现容灾的一种方式。因为在还原过程中，允许用户设置还原日志备份的时间。
例如。设置还原日志备份的时间为24h。则我现在在主服务器上的数据库表中新添一条数据，如果是ALWAYSON配置，则该操作会直接同步到可用性副本的可用性数据库中。如果是logshipping,则会在24h后，该操作才会还原到辅助服务器的数据库中去。也就是说辅助服务器上的数据库是24小时前的主数据库的状态。如果在这24h期间，我发现进行了误操作，则可以将辅助数据库上的数据同步至主数据库，这样就实现了容灾的功能。
接下来我们利用SQL SERVER原生的图形化界面SSMS进行logshipping搭建。后续我们还将尝试使用脚本进行搭建。
服务器：
主库:WIN-P1 ：192.168.237.139
备库：WIN-P4 ：192.168.237.139
正常情况下可以有四个服务器，分别为主服务器，从服务器，监控服务器，共享服务器。
主从服务器分别用于共享及还原；监控服务器用于存放监控信息，共享服务器用于存放备份文件信息。现在我们仅用两台，即备份文件不放在单独的服务器上，监控信息也不单独部署在独立的服务器上。
正常情况下：日志传送主要由三个部分组成：
1.在主库上备份事务日志
2.将主库中备份的事务日志复制到备库中
3.按照事先设置的延迟时间还原至将事务日志还原至备库
由于需要进行事务日志备份与还原，所以主库上的目标数据库必须处于完全恢复模式或大容量日志恢复模式。
接下来我们开始进行搭建：
1.在主服务器与辅助服务器中设置同名用户，密码一样，添加为管理员权限。
点击工具-计算机管理–本地用户和组-新建用户。并将用户添加到administrators组。
在设置密码规则时，一定要勾选密码永不过期。以前由于在创建用户是忘记更改密码策略，作业运行三个月后由于密码问题导致用户登录失败，作业崩溃，实在是大坑。

2.在辅助服务器上进行相同操作。
3.在主服务器将新建用户加入数据库用户中，并设置admin权限。在辅助服务器中库中将该用户加入数据库用户中，授予admin权限，并设置为SQL SERVER 服务器的启动用户。这里我只以辅助服务器上进行的操作为例。


配置管理器-SQL SERVER 服务


4.在主服务器和辅助服务器上分别创建同路径同名文件夹，用于存放备份文件。

并将主服务器中的文件夹共享给everyone,权限为只读，用于读取备份文件并拷贝到辅助服务器中。共享路径为\WIN-P1\logshipping_log


在主库上将数据库全备，备份文件放在刚创建的文件夹下。注意，如果你的logshipping主库是ALWAYSON可用性组中的从库，则对logshipping主库是不能直接进行
全备的。此时可以使用ALWAYSON可用性组中的主库的全备。

BACKUP DATABASE [InsideTSQL2008] TO  DISK = N'C:\logshipping_log\insidetsql2008.bak' WITH NOFORMAT, NOINIT,  NAME = N'InsideTSQL2008-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

5.接下来正式开始配置LOGSHIPPING下列操作请在主库上进行
右击insidetsql数据库-属性-事务日志传送，勾选“将此数据库起用为日志传送配置中的主数据库”，。

单击备份设置，输入备份文件夹所在的网络路径（即我们设置共享的备份文件夹的网络路径）
即主机上的备份文件夹的本地路径。因为我们只使用两台服务器，所以我们的备份文件夹是放在主机上，所以第二个框框我们也要填写内容。

定时删除备份文件，报警机制，备份作业名称默认。点击计划，更改作业执行时间。这里修改智行