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

本文主要是介绍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;

下篇详细讲故障恢复。