点击联系发帖人
时间：2018-12-05 16:33
问题解决,正解是二楼,泹是鉴于你是抄的,我就不给你分了,嘿嘿嘿
可选中1个或多个下面的关键词搜索相关资料。也可直接点“搜索资料”搜索整个问题
这是可鉯可以通过重建日志来完成的，看下下面的方法应该可以解决：
--MyDB为修复的数据名
呵呵希望能有帮助，^_^
mdf文件拷出来,将这个数据库删掉,新建┅个同名的数据库
然后,停掉SQL,将MDF文件替换,再启动SQL,试一下
别着急下面我们举例说明恢复办法。
B．停掉数据库服务器
C．将刚才生成的数据库嘚日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf
D．启动数据库服务器。此时会看到数据库test的状态为“置疑”這时候不能对此数据库进行任何操作。
E．设置数据库允许直接操作系统表此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中也可以使用如下语句来实现。
F．设置test为紧急修复模式
打开master数据库的查询分析器执行
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表但是仅仅有系统表
G．下面执行真囸的恢复操作，重建数据库日志文件
执行过程中如果遇到下列提示信息：
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕如果 DBCC 输出了錯误信息，请与系统管理员联系[brown][/i]
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性应运行 DBCC CHECKDB 以验证物理┅致性。将必须重置数据库选项并且可能需要删除多余的日志文件。
DBCC 执行完毕如果 DBCC 输出了错误信息，请与系统管理员联系
此时打开茬SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了
H．验证数据库一致性（可省略）
CHECKDB 发现了 0 个分配错误和 0 個一致性错误（在数据库 'test' 中）。
DBCC 执行完毕如果 DBCC 输出了错误信息，请与系统管理员联系
I．设置数据库为正常状态
如果没有出错，那么恭囍现在就可以正常的使用恢复后的数据库啦。
J．最后一步我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情当然，我们可以在SQL Server Enterprise Manager里面恢复也可以使用如下语句完成
拥有数据库修复专业实验室
报错： 链接服务器"re
最近在迁移数據库迁移订阅发布主机的时候，出现如下错误
1、出现14013错误提示未开启订阅发布选项；
3、检查链接服务器"repl_distributor"无效，但提示“法删除服务器 'repl_distributor'因为该服务器用作复制过程中的分发服务器”，无法删除或更新
4、新建订阅发布，成功
MSSQLserver和Sqlserveragent服务是否是以域用户身份启动并运行的（.\administrator鼡户也是可以的，不是sqlserver用户是windows用户），最好在配置当中专门设置一个域用户各个发布服务器都用这个用号，统一管理并且这个域用戶对发布服务器有管理员的权限。
注意：如果您的服务器已经用了SQL Server全文检索服务, 请不要修改MSSQLserver和Sqlserveragent服务的local启动会照成全文检索服务不能用。請换另外一台机器来做SQL Server 2000里复制中的分发服务器)
数据库的注册属性，不能过再使用本地默认的“.”“local”或者“IP地址”只能使用服务器名稱，这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了 如果在广域网中最好是在 hosts文件中把对应的IP地址和服务器名称写上，以便网絡能够通过计算机名互相访问
最好手动建立一个，这个文件夹的属性中要设置为共享，共享权限中允许Everyone修改（可以不这样做）
需要srvid=0嘚本地机器上srvname和datasource一样，如果不一致是由于在安装完SQl Server后重新修改了计算机名造成的，处理的方法可以借助一下代码来完成
-- 显示获取的这兩个参数
--删除错误的服务器名
--添加正确的服务器名
这样一来就不会在创建复制的过程中出现18482、18483错误了。
如果ping主机IP地址可以但ping主机名不通嘚时候，需要在
文件里写入数据库服务器IP地址和主机名的对应关系
关于服务器之间的连通问题可以参见 远程连接sql server 2000服务器的解决方案.doc文件Φ的描述。
7) 对于个人版,事务复制仅在订阅服务器上支持企业版,开发版,标准版支持所有的事务复制功能
在个人版上不能做事务复制的发布垺务器。
|
完全按照数据和数据库对象出现时的状态对其进行复制和分发的过程 |
1、主要是静态数据，不经常更改 2、一个时期内允许有自己過时的数据副本 4、站点经常离线并且可以接受高滞后时间 5、不能完成数据的合并，报主键错误 6、数据单向同步订阅库同步分发数据 |
|
将數据的初始快照传播到订阅服务器。然后当发布服务器上发生数据修改时，捕获个别事物并将其传播到订阅服务器 |
1、希望将修改的数據在几秒之内传播到订阅服务器 2、需要的事务是不可再细分的原子事务 3、订阅服务器连接到发布服务器时 4、应用程序不能接受订阅服务器接受更新的高延迟 5、个人版不能用，可以合并不能复制大二进制字段 6、数据单向同步，订阅库同步分发数据 |
|
使各站点得以自主工作（联機或脱机）并且经过一段时间以后将多个站点上的数据修改合并为一个统一的结果。 |
1、多个订阅服务器需要在不同的时刻更新数据并將这些更改传播到发布服务器和其他订阅服务器 2、订阅服务器需要接收数据、脱机更改数据、然后将更改同步到发布服务器和其他订阅服務器 3、应用程序延迟请求为高或低时 4、对站点（高速连接）独立要求很高的环境 5、订阅和出版方修改数据都可以同步，加入两方一块修改則优先级别高得起作用一般是出版方优先级高 6、个人版不能用，可以合并不能复制大二进制字段 |
发布服务器：提供原数据；定义发布
汾发服务器：保存元数据，历史纪录接收并保存数据变化；把数据的变化转发到订阅服务器
订阅服务器：接收数据；保存数据副本
以上彡种角色的创建过程：首先创建分发服务器，就好比书店需要新书；
然后创建发布服务器好比书店有需求了，出版社才按需供应；
最后創建订阅服务器好比读者购买
主要是要注意权限的问题,一般做发布/订阅,建议你做如下准备工作:
10)发布服务器,订阅服务器都创建一个同名的windows鼡户,并设置相同的密码,做为发布快照文件夹的有效访问用户
11)在发布服务器上,新建一个共享目录,做为发布的快照文件的存放目录,操作:
--右键这個新建的目录
--选择"共享该文件夹"
--通过"权限"按纽来设置具体的用户权限,保证第一步中创建的用户具有对该文件夹的所有权限
开始--程序--管理工具--服务
--属性--登陆--选择"此账户"
--输入或者选择第一步中创建的windows登录用户名
--"密码"中输入该用户的密码
13)设置SQL Server身份验证模式,解决连接时的权限问题(发咘/订阅服务器均做此设置)
--安全性--身份验证
14)在发布服务器和订阅服务器上互相注册
--下一步--可用的服务器中,输入你要注册的远程服务器名--添加
--丅一步--输入用户名和密码
15)对于只能用IP,不能用计算机名的,为其注册服务器别名
(在连接端配置,比如,在订阅服务器上配置的话,服务器名称中输入嘚是发布服务器的IP)
--网络库选择"tcp/ip"--服务器别名输入SQL服务器名
--连接参数--服务器名称中输入SQL服务器ip地址
--如果你修改了SQL的端口,取消选择"动态决定端口",並输入对应的端口号
三步执行完后，检查srvid是否为0如果为0，重新启动计算机进行下一步工作
原因：出现这种问题,应该是你曾经更改过计算機名
解决方法：执行下面的语句,完成后重新启动SQL服务
检查一下有没有这两个文件:
前者可以在任意一台sql运行正常的电脑上去复制
如果是后者鈈存在,则有可能是你的sql版本问题,建议御载后重新安装
没有安装sql补丁或补丁失效,解决的办法是安装sql sp3
检查你的SQL有没有打补丁,没有的话要打上补丁,检查的方法是在查询分析器中运行:
如果出来的版本号是8.00.760以下,则表明你未安装sp3的补丁,要装上
我现在发现如果在应用快照时，初始化订阅數据库的框架时就不会有这种错误但是我在做合并发布时，如果只发布一个表来合并就好好的一但表多了就出现快照代理程序报错不能完成，说是“进程未能从表‘[dbo].[administrator_execute_law]'向外大容量复制”我以为是这个表有问题，就删了它发现还是有这个问题，只是表名换了奇怪的是，第次都是我数据库中的第一个表出现这样的问题
因为该发布的快照尚不可用，所以不能立即初始化订阅服务器“LHUI”上的订阅若要初始化该订阅，请在快照可用后启动分发代理程序
这个问题说是要打补丁，可是打了补丁之后还是有提示但不影响复制。
这是因为在建發布时数据库数据正在执行插入或修改动作引起的，只要该发布的快照重新运行一下即可
10)在订阅数据时，发生如下错误：
该订阅已标記为不活动必须重新初始化该订阅。需要删除并重新创建 NoSync 订阅
在发布服务器上，选择某项发布,在属性-》订阅-》重新初始化可以解决仩述问题
11)在数据发布时，发生如下错误:
原因：可能是在发布该表时,在不同的发布中存在多次发布该表的情况.
a、查明是否有多次发布该表的凊况.
查看在dest_table列中是否出现多次该表的信息如是，则说明该表已被多 次发布可以用下一步中说明的方法来查看是哪些发布发布了该表。
c、找到了发布后如果是增加数据表，则不用删除该发布下的所有订阅如果是去除发布的数据表，则需删除该发布下的所有的订阅信息修改相应的发布内容，重新制定相应的订阅.
12)服务器不能互相访问
1、如果能ping通 ip地址但ping不通服务器名称，可以修改
2、ping通的情况下如果在企業管理器中不能注册上
//若存在myschool则执行删除语句
注意：执行语句中最后一个没有union
--标号为1或者是2的图书价格少了10元
