sqlserver异地备份时报错:系统发生 1312 错误。指定的登录会话不存在。可能已被终止

执行这句时报错：exec master..xp_cmdshell 'net use v: \\112.118.2.4\f$\bak uuhtjc /user:administrator /y'

修改为:exec master..xp_cmdshell 'net use v: \\112.118.2.4\f$\bak uuhtjc /user:112.118.2.4\administrator /y'

就可以了

参考自：

http://www.cnblogs.com/xiaogangqq123/archive/2011/09/30/2196730.html

SQLServer 事务日志传送


事务日志传送概述


SQL Server的事务日志传送备份是仅次于镜像的高可靠性备份方案，可以达


到分钟级的灾难恢复能力。其项目实施成本，又远小于镜像的投入，因此是


一种非常实用的备份解决方案。前文介绍过SQLServer 镜像功能完全实现,镜


像是一种高性能的备份方案,但其局限性在于镜像的辅助服务器也就是镜像服


务器只能 有一个，当我们考虑过个目标服务器的时候，镜像就满足不了我们


的需求了，这时候日志传送可谓雪中送炭，日志传送也可以结合镜像来组合


使用。


在选择镜像还是日志传送的时候我们应考虑:


需要多少个目标服务器？


如果只需要一个目标数据库，建议使用数据库镜像解决方案。


如果需要多个目标数据库，则需要使用日志传送（可以单独使用，也可以与


数据库镜像一起使用）。如果将这两种方法组合使用，就既能享有数据库镜


像的好处，又能获得日志传送提供的多个目标数据库的支持。


如果需要延迟还原目标数据库的日志（通常是为了防止逻辑错误），请使用


日志传送（可以单独使用，也可以与数据库镜像一起使用）。


日志传送还可以和数据库复制一起使用。


故在事务日志传送中提供了No recovery mode和Standby mode，两者的


介绍如下：


        1. 无恢复模式(No recovery mode):既不前滚也不回滚未提交的事务，


数据不可读。


        2. 备用模式(Standby mode):在恢复日志期间回滚所有未提交的事务，


并且将所有未提交的事务保存为一个单独的Transaction Undo File(TUF)文


件，恢复过程通过该文件来维护事务的完整性，当恢复下一个事物的时候则


恢复所有已提交的事务。Standby mode中的复选框勾选则当日志恢复的时


候，断开所有用户的连接，如果有一个用户没有断开，则还原无法进行。


事务日志传送实现


其实操作比较简单，但是会遇到稀奇古怪的问题。在这里也把问题总结下。


首先需要两个用来做日志传送的数据库。叫做主数据库和辅助数据库。当然


还可以配置监视数据库。


主数据库IP: 192.168.0.2


辅助数据库IP:192.168.0.3


下面通过简单的几步就可以实现


1，建立共享文件夹以及复制文件夹


建立好需要传送日志的数据库，并在辅助服务器上建一个共享文件夹叫做


PrimaryData，用来传送备份文件。


设置好权限。保证主服务器可以访问，或者直接设置EveryOne都可访问。


这里设置不当会出现以下错误


无法打开备份设备 '\\192.168.0.3\PrimaryData\test.bak'。出现操作系统错


误 53(找不到网络路径。)。


解决方法.


设置共享文件


exec master..xp_cmdshell 'net use \\192.168.0.3\PrimaryData 密码 


/user:用户名’


至于句话的意思大家可以去查下咯.执行成功后就可以将数据库备份到网络路


径上了。


报错为： 
1 系统发生1312错误 
3 指定的登陆会话不存在。可能已被终止


解决方法.




exec master..xp_cmdshell 'net use \\192.168.0.3\PrimaryData 密码 


/user:192.168.10.3\administrator'


2，执行完全备份


USE master;
ALTER DATABASE test SET RECOVERY FULL;
GO
BACKUP DATABASE test
  TO DISK = '\\192.168.0.3\PrimaryData\test.bak'
  WITH FORMAT;
GO
如果上面一句话执行成功的话，这个应该没问题。之后的步骤就简单了。


3，开始执行日志传送


访问\\192.168.0.3\PrimaryData\ 可以看到刚才备份的文件。


然后在数据库上右键-属性-事务日志传送


设置备份文件夹，这里我都备份到了辅助服务器上。






确定之后点击添加服务器，设置要连接的数据库。






设置复制文件的位置,这里最好在辅助服务器上。可以很快访问到，省去了网


络带来的延迟。






这里的两种模式上文都有介绍，大家可以根据需要来选择。






到此，主服务器上的配置就完成了。


4，辅助服务器上查看记录


如果以上步骤没问题的话，我们可以在辅助服务器上的PrimaryData 目录下


看到trn后缀的文件。


可以在代理下 查看作业执行的历史记录。


如果你选择的是备用模式。我通过查看历史记录遇到了一个问题是


“因为数据库正在使用，所以无法获得对数据库的独占访问权“


网上有介绍说用sql语句来杀掉进程，不过这种方式不是长久之计。可以通过


配置数据库的属性，在数据库属性的【选项】选项卡中，设置【限制访问】


参数为“Single”即可。


使用无恢复模式不会出现这样的问题。


5，故障恢复


将主服务器上的日志传送停止，然后将最后的备份文件复制到辅助服务器上


执行以下语句


RESTORE LOG <Database_Name> 
FROM DISK ='d:\PrimaryData\Database_name.trn' WITH RECOVERY


如果无法访问活动事务日志，那么可以使用下面的命令来恢复数据库。 
RESTORE DATABASE <Database_Name> WITH RECOVERY;


下篇详细讲故障恢复。