自動啟動有三個潛在的問題：
1．在UNIX服務器上，SQL Server 進程必須由sybase用戶來啟動，而不是根目錄用戶。因為根目錄用戶在運行啟動過程中時，在啟動過程中必須使用su命令（在UNIX下是交換user）換到Sybase，以使進程進程能正常啟動。
2．在有些服務器上，在SQL Server訪問網絡之前，網絡可能還沒有完全啟動。如果是這樣的話，SQL Server進程就將啟動失敗。
3．如果Sybase進程試圖在驅動器真正可用之前啟動（例如，如果一個外部驅動順組要花一兩分鐘來加電啟動），自動啟動可能會過早地訪問這些驅動器。如果是這樣，那些驅動器上的數據庫就會被標記為supect(可疑的)，用戶必須直接修改sysdatabases表，去掉那個標志，重新啟動SQL Server。
顯然，如果一半以上的的時間都必須人工關閉然後再重新啟動，那麼自動啟動也就沒什麼意義了。如遇到這種情況，用戶有幾種選擇。
首先，用戶可以總是手工啟動服務器。
第二，用戶可建立一個先啟動驅動器並進行30秒的預熱，然後再啟動服務器的協議。這是有用的，但是在自動的環境下也可能不行。
第三，最好的辦法可能是，最後再啟動服務器，保證其他設備或服務程序有足夠的時間完全安裝。如果有必要，可在啟動中增加一個延時，多數情況下30秒就足夠了。
