前文：前不久時間的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數據庫裝在物理機上，用的是同一塊硬盤上的三個分區。而出問題的是中間的那個分區。我相信沒有比這個更糟糕的場景了吧？這樣的話添加新的硬盤，或者連接新的存儲。然後進行數據庫文件轉移，然後將新的分區的盤符設置成老的盤符。
在擴大磁盤之後，在磁盤管理器擴展卷。
然後需要在數據庫中進行一次故障轉移。
最後解決了問題。