2台机器之间的logship一定要在域环境下?

Question

局域网2台机器(都是winserver2008  sqlserver2008)
现在配置2台机器的sqlserver日志传输(logship)发现作业复制总是失败  2机器的ip 同网段都是10.0.4开头
主库(10.0.4.1)的备分作业成功
辅助库(10.0.4.2)的 复制作业失败 (从1文件夹复制日志到另外1文件夹)主库的logship的 配置的库的数据目录是 //10.0.4.2/logship这个目录//10.0.4.2/logship 2台机器可以不需要密码可以读写文件.请问到底什么原因导致失败?(难道2台机器之间的logship一定要在域环境下)

Answer 1

我在1台机器下做2个库的日志传输  成功. 明天测试 在1台机器上用 //10.0.4.2 非本地的网络地址看是否能成功
之后在2台机器之间做sqlserver日志传输(logship

Answer 2

是否要??
http://edu.admin5.com/article/20070211/021135F92007.shtml
http://blog.csdn.net/AYongSoft/archive/2009/11/13/4805259.aspx没有域按照道理也能做的 ?

Answer 3

手工删除 日志  结果说不存在那个@jobid , 总是不能自动生成新作业不停抱错误如何删除旧作业

Answer 4

现在发现 作业 在他本地(win server2008 )都成问题???  (2个库都在1个机器里)  但是其他xp没有这个问题.  这个机器也就是把机器名字给修改了 其他都没有动

Answer 5

这说明你的AGENT的用户没有读取服务器上的文件的权限，当然如果是在域环境中当然是设置起来方便
非域的环境中就会出现你现在的SQL SERVER AGENT的用户无法控制你SHIPLOG MASTER 复制出并要
复制到对方服务器，因为没有权限，当然就失败了，问题在WINDOWS系统之间,SQL SERVER 是受害者

Answer 6

不需要 域的 
http://www.jppinto.com/2010/07/dcpromo-on-windows-server-2008/问题 是 修改机器 名字导致 。 到job里检查 发现错误 。 反复检查 好长时间。新问题 备库下的相关作业，主库下把主数据库沟去掉，然后确定提示 错误
sqlserver managment studio 无法删除日志传送配置 
其他信息
执行transact-sql语句或者批处理发生异常 microsoft .sqlserver.connecitonfo)
主数据库 具有活动 的日志传送辅助数据库 . 首先请删除该辅助数据库 microsof sql server 错误 32011)但是我已经把那个辅助库彻底删除了的 (重新恢复辅助库总是报错
消息3241 级别16 状态 0 第2行
设备c:\a.bak上的媒体簇结构不正确. sqlserver无法处理此媒体簇
消息3013 级别16 状态 0 第2行
restore database正在异常终止
问题是我已经直接delete了那个辅助库拉
反复测试 sqlserver2008 提示应该先恢复LSBackup_crm 这个作业
下面是日志传送报警
"
找不到所需的备份作业,所以当前日志传送配置不起作用. 你必须清除 "将此数据库启用为日志传送配置中的主数据库"复选框. 若要恢复日志传送.请使用相同的设置重新创建该配置
如果你恢复日志传送并指定以前使用的备份和还原路径. 那么旧配置中所有未复制或未还原的备份文件都将为你信配置所复制和还原. 不必重新初始化辅助数据 其他信息
 指定的@job_id("E1232k2-5473-412232k-343j4-324343434")不存在.microsoft sql server 错误 14262.  但是按照提示作 还是失败如何恢复指定那个@job_id 的作业??

Answer 7

--1. 错误14114
--使用下面的代码重新添加当前SQL Server实例的信息，处理完成后，应该重新启动MSSQLSERVER服务使修改生效。
DECLARE @srvname sysname
SET @srvname=CAST(SERVERPROPERTY('ServerName') as sysname)
IF NOT EXISTS(SELECT * FROM master.dbo.sysservers WHERE srvname=@srvname)
EXEC sp_addserver @server = @srvname , @local = 'LOCAL'
--2．错误18483
--执行下面的代码，将@@SERVERNAME的值修改为与SERVERPROPERTY('ServerName')一样即可。修改完成后，需要重新启动MSSQLSERVER服务使修改生效。
IF SERVERPROPERTY('ServerName')<>@@SERVERNAME
BEGIN
DECLARE @srvname sysname
SET @srvname=@@SERVERNAME
EXEC sp_dropserver @server=@srvname
SET @srvname=CAST(SERVERPROPERTY('ServerName') as sysname)
EXEC sp_addserver @server = @srvname , @local = 'LOCAL'
END

Answer 8

上面问题是这样解决的
msdb数据库中共有七个关于日志传送的资料表：
  log_shipping_plans 
  log_shipping_plan_databases 
  log_shipping_databases 
  log_shipping_plan_history 
  log_shipping_monitor 
  log_shipping_primaries 
  log_shipping_secondaries
强制删除现在的应用是这样的  3台机器做镜像(a 是见证服务器   b c 主体服务器或镜像服务器)a有一个库cm_ls
b 有一个库(用于镜像)cm
c 有一个库(用于镜像)cm初始是b 为镜像主体服务器.c 为镜像服务器
b 的cm库作了日志传送 ,他的辅助数据库是a的cm_ls
执行一段时间后 现在要b主体切换到c. 这样c成为主体. 
c的cm库继续要作日志传送 ,他的辅助数据库是a的cm_ls.这个是实际需求. 我的设计是这样的当b的cm做切换的时候, 他自动把b 的日志传送给停掉 并且对应所有都删除.
之后在c 上重新做一次日志传送.  (c 主  a为辅助服务器)请问这样做有没有什么问题??

Answer 9

在线遇到一个logship 问题
错误提示error reason is executed as 用户 the first step failed sqlserver agent 的域用户错误
backup \\10.0.4.1\........  
 failed to retrieve text for this error. Reason: 15105).
  That might be one reason why you are having permission problems in backup \\10.0.4.1\........ .
in production logship该作业运行了几个月,今天突然有这个错误.
之后我分别 在主机 辅助机 上执行 对应的作业.最后成功 .
困惑失败 原因??(这个logship 共有3台机器  不知道如何配置logship监视服务器)

Answer 10

问题是logship 日志传送的----本周 最后 的 问题 打开某logship应用中的英文版的日志 
主库菜单[Transaction Log Shipping] 
在中间
secondary databases
  secondary server instance and databases
service instances Database
 SQL1 db1 这里有按钮
  我点击这个按钮
出现并不是我们常见的那个详细的辅助服务器的恢复路径以及策略的信息 
而是如下
Connections to save configuration
  Management Studio connect to the following server instances to save the log shipping configuration. Specify how to connect to each server instance and then click connect
server instance
status server instance authenticaiton module login password
not tried SQL1 windows authentication
not tried SQL2 windows authentication这个问题只在这个英文版本里发现了. 奇怪他究竟是如何设置这logship . 上面的界面是如何出来的(该logship是3台 主 辅助 加监视服务器)   

Answer 11

停止job 发现有时候客户端会失败.这时候只能到 os服务器端执行.