关于SQLSERVER连接Oracle，Windows 7如何设置MSDTC。不要粘贴网上的评论，我这里没有Local DTC Properties对话框！！！ - MSSQL疑难问题 - 网站开发技术
帮助别人就是帮助自己！
如果这里解决了您的问题，请您点一下推荐
关于SQLSERVER连接Oracle，Windows 7如何设置MSDTC。不要粘贴网上的评论，我这里没有Local DTC Properties对话框！！！
本人目前的需求是，
是在SQLSERVER中对一张表写修改的触发器T_CFQ1，然后将修改后的值，同步到Oracle10g中的数据库中，
然后我根据，已经成功了SQLSERVER和Oracle的查询、修改等操作。
.cn/s/blog_517cae3c01017n2s.html
但是因为要把语句写到触发器中，所以在执行触发器的里面的update Oracle的表的时候，会报以下的问题。
链接服务器"Oracle_Test"的 OLE DB 访问接口 "OraOLEDB.Oracle" 返回了消息 "新事务不能登记到指定的事务处理器中。 "。
消息 7391，级别 16，状态 2，过程 T_CFQ1，第 21 行
无法执行该操作，因为链接服务器 "Oracle_Test" 的 OLE DB 访问接口 "OraOLEDB.Oracle" 无法启动分布式事务。
现在SQLSERVER2008是我本机是Windows7系统
Oracle10g是测试服务器Windwos2003系统
Windows2003的设置根据这个已经做好了，
/ryanding/archive//1779668.html
但是我本机Windows7的设置，却找不到Local DTC Properties对话框！
这个是网上的截图，到底谁清楚这件事？？
这个是网上的截图。
windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否可以分布式查询?
B.LINKSERVER 在做分布式更新事务时不能对本机操作.(就是不能环回分布式事务)
C.DBCC TRACEON ()--用跟踪看更详细错误信息.
D.下载MS提供的DTCPing.exe 分装在两台机上,按README说明来运行它.看出错信息.
/download/complus/msdtc/1.7/nt45/en-us/DTCPing.exe
二.两台机的MSDTC是否都打开了.
三.MSDTC设置是否正确.
1.打开命令提示，运行"net stop msdtc"，然后运行"net start msdtc"。
2.转至"组件服务管理工具"。
3.浏览至"启动管理工具"。
4.选择"组件服务"。
a.展开"组件服务"树，然后展开"我的电脑"。
b.右键单击"我的电脑"，然后选择"属性"。
C.在 MSDTC 选项卡中，确保选中了下列选项： 网络 DTC 访问
e.另外，"DTC 登录帐户"一定要设置为"NT Authority\NetworkService"。
5.单击"确定"。这样将会提示您"MS DTC 将会停止并重新启动。
所有的依赖服务将被停止。请按'是'继续"。单击"是"继续。
6.单击"确定"关闭"我的电脑"属性窗口。
MSDTC依赖于RPC,RPC使用的端口是135,测试135端口是否打开.是否有防火墙?如果有先关了防火墙.
telnet IP 135
如果是关闭的打开它.
有的机由于各种原因),SQLOLEDB不能使用分布式事务,更改为"MSDASQL" 的ODBC方式联接.
使用RRAS而不是RAS.(控制面版--管理工具--远程服务管理器)
Check whether you are using Remote Access Server (RAS) to access remote servers. If so, make sure that you have implemented Routing RAS (RRAS). Linked server does not work on RAS because RAS allows only one way communication.
七.检查你的两台服务器是否在同一个域中.
如果不在同一个域中,是否建立可信任联接.
八.如果是WIN2000,升级到SP4
九.升级MDAC到2.6以上,最好是2.8.
十.要安装SQL的最新补丁: sp3a
'全部补丁的位置
/downloads/details.aspx?displaylang=zh-cn&FamilyID=a--4cb265b80766
'应该安装的补丁sql 2000 sp3
/download/d/d/e/dde427eb-0296-4eac-a47c-d11a66b03816/chs_sql2ksp3.exe
引用 2 楼 OrchidCat 的回复:
windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否可以分布式查询?
B.LINKSERVER 在做分布式更新事务时不能对本机操作.(就是不能环回分布式事务)
C.DBCC TRACEON (3604……
先生你好。
你的回复是很多的。 但是 关键是..
我的那个文件夹下面没有 本地DTC。。。
我怎么才能让这个出来呢？？
引用 3 楼 ExcaliburX 的回复:
引用 2 楼 OrchidCat 的回复:windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否可以分布式查询?
B.LINKSERVER 在做分布式更新事务时不能对本机操作.(就是不能环回分布式事务)
排除盗版windows 7 ，lz使用的os是否正版？ 建议重新安装正版windows 7
引用 4 楼 OrchidCat 的回复:
引用 3 楼 ExcaliburX 的回复:引用 2 楼 OrchidCat 的回复:windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否可以分布式查询?
B.LINKSERVER 在做分布式更新事务时不能对本机……
内什么...盗版没错，但是我也是正版破解了。。应该没事把。
引用 5 楼 ExcaliburX 的回复:
引用 4 楼 OrchidCat 的回复:引用 3 楼 ExcaliburX 的回复:引用 2 楼 OrchidCat 的回复:windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否可以分布式查询?
B.LINKS……
这个！确实不好说了，基础不一样的话，很难确认具体问题原因。
引用 6 楼 OrchidCat 的回复:
引用 5 楼 ExcaliburX 的回复:引用 4 楼 OrchidCat 的回复:引用 3 楼 ExcaliburX 的回复:引用 2 楼 OrchidCat 的回复:windows 7 跟windows xp 上显示不一样的local DTC上的security就是原来的MSDTC的安全设置
另外，参考
一.A.不用事务,关用SELECT 语句.是否……
。。。。。。。。。。。。。。。。。。。。。。。。。。。。
太郁闷了，如果不弄这个
我在sqlserver中的触发器
OLE DB 访问接口 "OraOLEDB.Oracle" 返回了消息 "新事务不能登记到指定的事务处理器中。 "。
消息 7391，级别 16，状态 2，过程 NC_SHYToNC，第 21 行
无法执行该操作，因为链接服务器 "Test" 的 OLE DB 访问接口 "OraOLEDB.Oracle" 无法启动分布式事务。&MSSql和Sybase的多表关联的update语句
例如t_table_a表 存在以下字段:
a_id field_a1 field_a2 field_a3 field_a4
t_table_b表中存在字段：
b_id field_b1 field_b2 field_b3 field_b4
如果实现用t_table_b表的所有字段更新t_table_a表中相应的字段，在MS SQL Server里面可以写成：
update t_table_a
set field_a1=b.field_b1,field_a2=b.field_b2
& ,field_a3=b.field_b3,field_a4=b.field_b4
from t_table_a a,t_table_b b
where a.a_id=b.b_id&&&&&&&&&&&
&所以Sybase和MSSQL多表关联语法比较简洁,例如：
update table_a a
set a.cust_name = b.cust_name
from table_b b
where a.id = b.id
相关热词搜索：
上一篇：下一篇：
相关阅读：
总排行本月排行程序员
最新IT新闻页面导航：
→ 正文内容 有关备份的30个误区
SQL Server误区30日谈 第30天 有关备份的30个误区
备份不会导致对用户对象加锁，虽然备份对IO系统的负担导致看起来阻塞了，但实际上不会。唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时，这个操作会阻塞CheckPoint,但DML操作永远不会受到备份操作的阻塞
误区 #30：有关备份的30个误区全是错的在开始有关备份的误区之前，如果你对备份的基础没有了解，请看之前我在TechNet Magazine的文章:。30-01)备份操作会导致阻塞不，备份不会导致对用户对象加锁，虽然备份对IO系统的负担导致看起来阻塞了，但实际上不会。唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时，这个操作会阻塞CheckPoint,但DML操作永远不会受到备份操作的阻塞。30-02)由完整恢复模式切换到大容量事务日志恢复模式再切换回来会导致日志链断裂不，这两种模式互相切换不会导致日志链断裂。30-03)只有完整备份才能重新开始被断裂的日志链除了完整备份模式可以重新日志链之外，差异备份也可以重新开始日志链-总而言之，日志断裂那部分只要被差异备份所包含，就可以重新开始日志链。详情请看我之前的一篇博文：。 30-04)在完整或是差异备份时，不允许进行日志备份错误，在SQL Server 2005之后，完整或是差异备份的同时可以进行日志备份，详情请看:。30-05)完整或差异备份会清除日志不，因为日志备份包含了自上次日志备份以来所有的日志，这点无可改变，即使这期间的日志被完整或是差异备份所备份。我在Twitter上曾经有一个有名的文章阐述了这点：。总之，在完整或大容量事务日志恢复模式下，只有备份日志才会清除日志。30-06)如果使用大容量事务日志恢复模式中含有了那些最小记录日志的操作，则下一次日志备份的日志会减少不，“最小记录日志”之所以这么叫是因为只有涉及到相关的页分配才会被记录到日志。日志备份中必须包含使得这类操作可以回滚的部分，也就是所有日志以及“最小记录日志”操作所涉及的相关区。这使得大容量事务日志模式下日志需要备份的内容和完整恢复模式下日志需要备份的内容大小基本一致。30-07)完整或差异备份中所包含的日志仅仅是这个操作进行时生成的日志错误，完整或差异备份需要日志来将数据库还原到当完整或差异备份结束时的事务一致性状态。下面两篇博文对此有更详细的解释:
30-08)备份操作会检查页的校验和错误，只有在备份时指定WITH CHECKSUM选项时才会检查校验和，这也是备份应该指定的选项。30-09)备份通过缓冲区中读取数据 不，备份子系统会对数据文件单独开一个通道以避免将所有涉及到的内容读到内存后再存到存储设备，因为如果这样的话备份时性能会严重下降(因为这涉及到虚拟内存置换回磁盘)。如果备份时你指定了WITH CHECKSUM，则会涉及到少量内存使用。30-10)备份会进行一致性检查（也就是和DBCC CHECKDB功能一样）不会，这没什么好说的。30-11)如果备份成功，那么还原也能成功错误，希望你不要形成这样的思维定势。你必须定期检查备份以确保在灾难发生时，可以正确的进行还原。详情请看:。30-12)即使镜像的路径不可用，镜像备份依然可以成功错误，如果镜像中的一个路径失效，那么整个镜像备份都都会失败。我倒是希望这种机制可以改成镜像备份时即使一端路径不可用，那另一端还可以成功备份，但遗憾的是，这不行。30-13)任何时候都可以进行尾端日志备份错误，尾端日志包含了自上次日志备份以来所有的日志，但这是一种紧急情况，如果数据文件受损，并且日志中包含了那些“最小记录日志”的操作，由于此时需要备份日志以及这类“最小记录日志”涉及到的相关区。如果数据文件中的这些区收缩，则无法备份尾端日志。所以，对于那些24*7的生产环境，永远不要使用大容量日志恢复模式。30-14)备份可以替代DBCC CheckDB错误，详情请看30-15)可以备份数据库快照不可以，虽然我也希望可以备份数据库快照。30-16)可以使用数据库镜像来替代日志备份不，只有在数据库镜像所基于的数据库可用时，镜像才可用。如果数据库本身被损坏，镜像一般也不会幸免。而数据库本身suspect,数据库镜像往往也会suspect。当然，由于当数据库中页被修改时，也需要被同步到镜像，因此存在多个镜像对数据库性能的影响会非常大。此外，当数据库中被修改的部分越来越多时，镜像也会不断膨胀。因此无法用镜像代替日志备份。30-17)日志备份所占的大小会和日志所占的大小一致错误。日志中包含了需要回滚活动事务的日志。DBCC SQLPERF (LOGSPACE)所体现出来的日志空间使用并不能正确反映出日志条目所占的空间。。此外，需要备份的日志部分往往是自上次日志备份以来所有的日志。如果日志大于自上次日志备份以来所有的日志，说明还有长时间活动未结束的事务。30-18)无法备份损坏的数据库错误，你可以使用WITH CONTINUE_AFTER_ERROR选项来备份损坏的数据库（如果这个选项还不行，可能是boot页或文件头页损坏了），这也是除了OS级别之上的SQL SERVER备份损坏数据库的唯一办法。30-19)你不能禁止别人进行BACKUP LOG .. WITH NO_LOG 和TRUNCATE_ONLY操作错误，在SQL Server 2005中，的确是这样，但是在SQL Server 2008中，你可以通过跟踪标记3231来实现这一点。30-20)日志备份无论在什么条件下都会清除日志错误。如果日志备份的同时并没有并行执行数据库备份，则日志备份会尝试清除不活动的VLF。对于SQL Server的角度来说，那些没有备份的日志是也就是SQL Server所必须的日志，这类日志不能被清除。因此对于某些特殊情况，虽然进行了日志备份，但SQL Server仍然认为这些日志是必须的，SQL Server会不断检查这些日志直到认为这些日志不再必须，我在TechNet杂志的一篇文章对此有详细的探讨:。30-21)差异备份是增长式的错误,差异备份所备份的数据是自上次完整备份后所有修改的数据区-所以是积累性质的(译者注：比如说在期间你对用一个数据区进行多次修改，差异备份的大小不会变)。只有日志是增长式的。虽然很多人认为差异备份是积累性质的，但实际不是。30-22)当备份完成时，你就可以删除前一个备份了No. No. No.如果当你还原时发现完整备份已经损坏，此时你就该束手无策了吧。如果此时你没有前一个完整备份，你还是赶紧去招聘网站更新简历吧。你需要按照策略多留几个备份，这样就能有备无患了。30-23)可以备份镜像数据库错误，镜像(Mirror)只能通过数据库快照访问。对其也不能进行备份。30-24)你可以单独备份一个表错误，如果凑巧这个单独表在一个文件组上，那么你可以通过备份文件组来达到这个目的，但没有所谓的:BACKUP TABLE。30-25)备份数据需要关闭SQL Server这个，我真不知道这个谣言从哪来的。(编辑:显然从Oracle来的，因为我们都知道和SQL Server比起来Oracle要强很多:-)。30-26)正在执行的事务只要在备份完成之前提交就一定会包含在这个备份中错误，只有在备份的数据读取阶段完成之前提交并写入磁盘的事务才会包含在备份之。详情请看:。30-27)在备份之前收缩数据库可以减少备份的大小错误，收缩仅仅是移动页，并不会引起备份大小的改变。详情请看:。除此之外，还有一篇博文:。不但如此，还有人提醒我说，如果在完整备份之后进行了数据库收缩，则即使数据没有改变，下一次差异备份也会变得巨大。30-28)从备份进行恢复是当灾难发生时最好的办法错误，只有当0数据损失时，备份才是灾难恢复最好的办法。但要减少DownTime由备份进行还原并不是一个好办法，如果业务允许，故障转移或允许一些数据损失会更好。
30-29)不需要备份master, msdb, model...等几个系统数据库
错误，这几个系统数据库是需要进行备份的。Master数据库包含了安全信息以及实例上存在哪些数据库。MSDB数据库包含了SSIS的包，代理任务，备份历史。Model数据库包含了新建数据库的模版。不要仅仅只备份用户数据库，否则从头开始配置实例将会非常痛苦。
30-30)你需要一个好的备份策略
我猜想你一定会说”什么”?你需要的是一个好的还原计划，而不是备份计划。根据业务需求和技术限制来决定什么时间还原什么，再根据还原来决定应该什么时间备份什么。请看下面两篇文章:
很多人都做了一个备份策略，但不测试也不想怎么还原。当灾难发生时导致无法还原，希望你不是这样。
您可能感兴趣的文章:
上一篇：下一篇：
最 近 更 新
热 点 排 行
12345678910