大家好，如果您还对d服务器不太了解，没有关系，今天就由本站为大家分享d服务器的知识，包括d的服务怎么启动的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！
一、怎么解决无法启动 DCOM 服务器
1、在启动【SQL Server代理(MSSQLSERVER)】服务时，弹出窗口。
2、右键单击代理服务，选择【属*】打开属*对话框。
3、切换到【依赖关系】选项卡，我们可以看见它与【SQL Server(MSSQLSERVER)】服务存在依赖关系。
4、鼠标右键单击【SQL Server(MSSQLSERVER)】，选择【启动】。
5、打开SQL的网络配置，禁用VIA服务。
6、启用【SQL Server(MSSQLSERVER)】服务成功。
7、再次启动代理服务，发现可以顺利启动了。
8、已经成功解决该问题
二、DCOM服务器停止怎么解决
1、打开任务管理器，找到服务一栏，发现Filezilla Server的状态是已停止。右击启动出现如下错误：
2、打开上图中的右下角的服务，找到FileZilla Server FTP server这个服务，右击属*，在常规里的启动类型改为“自动”，即可解决。如下图：
扩展资料：
容错*对于需要高可靠*的面向关键任务的应用系统来说是非常重要的。对于错误的恢复能力通常是是通过一定量的硬件、操作系统以及应用系统的软件机制来实现的。
DCOM在协议级提供了对容错*的一般支持。前面的“应用系统间的共享式连接管理”部分所描叙的一种高级pinging机制能够发现网络以及客户端的硬件错误。如果网络能够在要求的时间间隔内恢复，DCOM就能自动地重新建立连接。
DCOM使实现容错*变得容易起来。一种技术就是上一部分所说的指示组件的技术。当客户进程发现一个组件出错时，它重新连接到建立第一个连接的那个指示组件。
指示组件内有哪些服务器不再有效的消息，并能提供在另一台机器上运行的这一组件的一个新的实例。当然，在这种情况下应用系统仍然需要在高级别上（一致*以及消息丢失问题等）处理错误的恢复问题。
参考资料来源：百度百科-DCOM
三、DCOM服务的DCOM 激活模式和终端服务器
在作为远程客户的服务器运行时，终端服务器系统在所支持的 DCOM激活/进程启动模式方面会有所限制。对于任一给定的 ClassID或 AppID，Windows NT的 DCOM通常支持四种激活/启动模式。
作为激活方运行（默认）：在终端服务器中，本地进程由客户会话启动。
作为指定/命名用户运行：在终端服务器中，本地进程始终由会话 0（控制台）启动。
作为 Win32和 Windows NT服务运行：在终端服务器中，服务由会话 0（控制台）启动。
作为交互用户运行：不能用在终端服务器中。
对于终端服务器，只有模式 1（“作为激活方运行“）才受完全支持。模式 2和 3（“作为指定/命名用户运行”和“作为 Win32和 Windows NT服务运行”）在终端服务器系统上运行时会出现不同的行为，因此 Microsoft不推荐或支持这样做。第四种模式（“作为交互用户运行”），在终端服务器上根本不能运行。
DCOM与 Windows 2000终端服务
Microsoft的目标是确保上述问题在 Windows 2000中能够解决。以下内容是对 Microsoft Windows® 2000终端服务下激活模式及其工作机制的简要描述：
作为激活方运行：
本地激活
服务器在激活方所属的同一会话中被激活。这种行为在无论终端服务是否启用的情况下都完全相同。
远程激活：
启用终端服务后的激活规则与不启用时一样。然而，进程将在会话 ID为 0的窗口站中启动，而不是在用户对应的会话中启动。这是为了保护远程调用的激活行为。为了说明这一行为方式的原因，不妨假设由对应于 Windows 2000 Server（已启用终端服务）上用户的会话启动激活过程的情况。如果用户注销，所有的窗口站及其进程就*死。如果用户是从服务器上的多个客户登录的，而又决定从一台客户机上退出，则用户其它会话的客户进程将无法看到它们的激活过程。因此，其它会话将失败。基于这一原因，所有进程都将在会话 0的窗口站中启动。因为会话 0永远不会被删除，远程激活过程就能够继续正常进行。
作为命名/指定用户运行：
应用程序通过注册表中的 AppID被配置为作为指定用户运行。本地和远程激活的行为相同。
当启用了终端服务时，进程将在会话 0的一个新窗口站中启动。在有多个用户使用服务器的情况下，后续请求将获得已有的同一个类对象。呼叫方的 SID或 LUID对此没有影响。在单个用户使用服务器的情况下，新的激活请求始终获得一个新的窗口站。即使同一用户登录到交互式桌面，激活过程也不会共享交互窗口站。
作为 Win32和 Windows NT服务运行：
应用程序通过 AppID集被配置为作为服务运行进程。
当启用了终端服务后，服务从本质上讲仍是全局的，不会在某一特定会话中启动。根据服务配置不同，它们要么在会话 0的服务桌面上启动，要么在会话 0的交互桌面上启动。
作为交互用户运行：
应用程序被配置为在交互用户的安全环境下运行。
如前所述，Windows NT Server 4.0，Terminal Server Edition不支持这类服务器的远程激活，它只支持会话到会话的本地激活。在启用终端服务的状态下作为交互用户启动进程有两种方式，正处于研究之中。一种在当前会话之外的另一会话中激活进程的方式是使用会话“标志”。另一种可能的方式是使用呼叫方的安全凭据启动进程。Windows 2000正式推出时会提供更详细的信息
四、DCOM服务d服务的概述
DCOM,全称为分布式组件对象模型，实际上是一种协议，它为软件组件间的网络通信提供了可靠、安全和高效的解决方案。它起源于'网络 OLE'，设计初衷是兼容多种网络传输，包括HTTP等互联网协议。DCOM基于开放软件*会的DCE-RPC规范，能够被COM和J*a小程序，以及ActiveX组件所利用。在Windows NT Server 4.0的Terminal Server 4.0版本中，DCOM功能是标准功能的一个子集，这意味着在常规NT Server环境中运行的应用程序在终端服务器上可能遇到问题。
本文着重讨论在终端服务器上使用DCOM功能的应用程序的行为。客户端行为保持不变，当作为终端服务器用户的客户端通过DCOM调用远程机器上的进程时，其功能依旧正常。只有在以下两种情况下，服务器端的行为可能会有所不同：一是或间接涉及COM激活过程，如CoGetClassObject、CoCreateInstanceEx或因远程调用启动的进程；二是当接口指针从终端服务器指向另一机器，并传递给客户代码时，只要这个过程不涉及激活，服务器端就不会受到影响。然而，对终端服务器（作为DCOM服务器）的回调仍然按常进行，遵循通常的安全限制。一个例子是，对一个解析到终端服务器并可能导致本地激活的文件进行绑定时，可能会引发间接激活。
五、d的服务怎么启动
解决方法：
DCOM是Microsoft的分布式COM技术，扩展了组件对象模型（COM）技术，使其能够支持在局域网、广域网甚至Inter上不同计算机对象之间的通讯。这个服务为你系统里的各种服务提供加载项。你重新启动这个服务就行了。
一般的方法：控制面板————管理工具————服务。
在右边，最上面一个D开头的就是它，点右键——属*。设置为自动，要是没启动的话，点一下边上的启动。要是不能用常规的方法来启动它，那只好用下边的办法：
方法一:修改注册表法
"开始→运行",键入"Regedit"打开"注册表编辑器",展开分支"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RpcSs",将Start项的值修改为"00000002",重新启动系统即可。如图：
方法二:使用sc.exe命令
"开始→运行",键入"cmd"进入"命令提示符"窗口,键入"sc config RpcSs start= auto"命令,系统会显示"SC ChangeServiceConfig SUCCESS",这样就可以成功启动RPC服务。
注意:要想使用"sc"命令必须安装Windows 2000/2003 Resource Kit(资源工具包),否则使用该命令无效。
方法三:使用故障恢复控制台
以Windows XP系统为例,在光驱中放入安装光盘,并且在BIOS参数中设置为从CD-ROM启动;启动电脑后,系统进入到Windows XP安装界面,按下"R"键登录到故障恢复控制台。在故障恢复控制台下,键入"enable RpcSs service_auto_start"命令,然后再键入"exit"命令,重新启动系统,以正常模式登录,即可成功启动RPC服务。
注意:"Enable"是故障恢复控制台提供的一个用来启动系统服务和设备驱动程序的命令,只能在故障恢复控制台下使用。