前文：前不久时间的DDC环境，一直没有动。但是最近打开后，发现两台DDC都没法登上去了，报错报的都是同一个原因。
最后原因：数据库分区被写满。
因为两个DDC出现同样的错误的几率极小，可以判断是两个DDC连接的数据库出问题。
排错过程：
首先查看DDC自己的Services.msc中有没有没有启动的服务。所有的服务都启动。不存在服务的问题。
在DDC上启动Poweshell。
输入命令：
asnp citrix*这个命令以没有结果为正常。
Get-BrokerServiceStatus返回的结果为：
ServiceStatus ExtraInfo
Failed可以看到BrokerService的状态为Failed。那么试图重启Broker服务。
重启服务后，可以再次运行该命令，看到状态已经正常。但是再次打开Citrix Studio可能会出现以下两种场景。
这两种情况依旧指示问题出现在数据库上。
现在查看数据库连接关系。
输入powershell命令，
Get-BrokerDBConnection返回的结果是：Server=<数据库地址>;Initial Catalog=CitrixHNSite;Integrated Security=True
查看ddc连接的数据库的地址，通过Ping查看是否能够在网络层面连接到数据库。并且登录到数据库查看指定数据库（Initial Catalog的值）是否存在。
在确保配置正确没有被更改的情况下。
查看分区使用情况。
问题已经很明显了，SQL的一个分区已经被写满了，需要扩容这个分区。
此数据库为虚拟机。我在为配置虚拟机的时候，配置了三个分区，并且每个分区独立的配置了硬盘。这样我可以很方便的为每个分区进行扩容。
如上图，在虚拟机设置里增加虚拟机的容量。
当然我还假设了一种更加糟糕的场景，例如sql数据库装在物理机上，用的是同一块硬盘上的三个分区。而出问题的是中间的那个分区。我相信没有比这个更糟糕的场景了吧？这样的话添加新的硬盘，或者连接新的存储。然后进行数据库文件转移，然后将新的分区的盘符设置成老的盘符。
在扩大磁盘之后，在磁盘管理器扩展卷。
然后需要在数据库中进行一次故障转移。
最后解决了问题。