嗨，我是柯特我是與 GSE 團隊合作的資深首席工程師
本影片將討論 SQL Server 錯誤記錄。它的位置，它包含什麼資訊以及為什麼它可以幫助我們解決Microsoft SQL Server問題。
因此，我們通常存取記錄最快的方式 就是Microsoft SQL Server Management Studio
如果我們向下鑽取到“管理”容器，然後向下鑽取到“SQL Server 日誌”，我們會看到 SQL Server 為此 SQL 安裝收集的可用錯誤日誌。
SQL 會保存六個歸檔記錄，記錄伺服器上發生的過去事件。當前日誌是收集自上次重新啟動 SQL Server 以來所有資訊的日誌，每次重新啟動 SQL Server 時都會重新生成錯誤日誌。
因此，在查看目前的記錄時 您能體會到我們能在這裡看到的一些內容首先我們看到的項目是 SQL Server 的安裝類型，在此範例中為 SQL Server 2019。
它還為我們提供了產品版本資訊。在此範例中，我們使用的是 SQL Server 的基本 RTM 安裝。我們也會取得作業系統資訊。
在本案例中，我們會處理 Windows 10 的工作站安裝在日誌中移動，您將在 Studio 管理中看到的是，最早的事件記錄在日誌底部，最新事件位於日誌頂部附近。
瀏覽或翻閱記錄時，我們會看到混合的驗證模式等內容，我們看到錯誤記錄的實際位置 - 這是錯誤記錄程式檔案/Microsoft SQL Server 的預設位置，以及 SQL 本身例項的安裝資料夾。
我們還會看到用於啟動 SQL Server 的服務帳戶的資訊。另一個可能很重要的條目是啟動參數，SQL當前對資料庫檔的預設位置，以及錯誤日誌的位置，以及我們看到的SQL Server日誌檔。
我們也能取得系統上的內核、SQL 可以使用多少可用處理器，以及系統開機時 SQL 在實體層級看到的可用記憶體數量等資訊。
接下來的其他資訊是系統資料庫即將上線，如果我們有使用者生產資料庫，我們也會看到該資訊，但 SQL 伺服器錯誤日誌最值得注意的是它的最大好處實際上是返回有關 SQL Server 看到的錯誤的資訊。
這不僅可以是啟動時間，而且可以在服務運行的整個生命週期內運行。所以我們這裡有一個無關緊要的錯誤，但它引用了 Polybase，即系統上的 Polybase 配置。
實際上 Polybase 並沒有隨此一起安裝，也沒有 Polybase 組態資訊，所以這對於這次安裝來說又不是問題，但這是我們看到的錯誤訊息範例。
現在要更詳細地瞭解錯誤日誌在哪些方面非常有用，例如當SQL Server未啟動時。
所以這個特定的記錄是我目前記錄的先前記錄 SQL Server 在這次啟動嘗試中 實際上並未啟動
這是一個製造錯誤，我製造這個錯誤的方式是我移動了模型資料庫的位置，這是一個系統資料庫。
它是 SQL Server 建立之所有資料庫的範本資料庫。當 SQL Server 啟動時，它必須啟動並使用 tempdb 資料庫，模型資料庫是 tempdb 的範本。
因此，如果沒有模型資料庫，tempdb 將無法啟動，或者無法連線，並且 SQL Server 服務無法啟動。
這是我們會在錯誤記錄中看到的範例。我們將看到錯誤，我們會看到有關生成錯誤原因的詳細資訊 - 在本例中，它找不到資料庫檔，模型資料庫檔 - 稍後它會告訴我們它找不到模型資料庫日誌檔，這意味著無法創建tempdb資料庫。
這是個壞消息 因為錯誤記錄會傳回給您 為您提供如何故障診斷問題的相關資訊
現在，我們需要記住，當我們看到此類錯誤的條目時，這也將包含在應用程式日誌中。
因此，我們看到系統應用程式日誌中記錄了完全相同的事件，我們看到的第一條錯誤消息告訴我們找不到資料庫檔，第二條錯誤消息告訴我們找不到日誌檔。
所以再一次，一個製造失敗的例子，當然，如果您要解決現實生活中的問題，這對您來說非常重要。
例如，如果主要資料庫檔（如模型資料庫）已損壞，則 SQL 服務將不會啟動，這是您將獲取資訊以瞭解該服務並對其進行故障排除的區域。
關於錯誤日誌的內容就足夠了。我們還可以在文件資源管理器中即時訪問錯誤日誌。我們再次需要知道錯誤日誌的檔位置，我們在錯誤日誌本身中看到了這一點。
我們知道它位於錯誤日誌的預設位置，它位於 SQL Server 安裝的日誌目錄中。
始終查看相同的資訊 - 我們可以選擇您想要顯示的文字編輯器。觀點再次不同。
在這裡，當您查看原始日誌本身時，最早的事件位於日誌的頂部，而最新的事件位於底部。
還有另一種查找錯誤日誌位置的方法，即從該 SQL Server 實例的“開始”功能表轉到程式安裝。
進入此處時，我們會前往「SQL Server Configuration Manager」組態管理員會顯示此 SQL 安裝的所有服務。
若我們前往「SQL Server Service」，按一下滑鼠右鍵 然後前往「Properties」、「Startup Parameters」 「-e」參數就是錯誤記錄的位置
有時瞭解這一點非常重要，因為您可能沒有安裝的工作室管理。
如果您不這樣做，那麼您必須開始考慮可用於該特定 SQL 安裝的所有可能的驅動器位置。
很多時候，您可以簡單地切入正題 進入 Configuration Manager 尋找啟動參數 這樣一來，就能找出錯誤記錄檔的位置
以上就是我們查看 SQL Server 錯誤記錄希望這段影片能協助您瞭解在何處可以找到記錄，以及記錄Microsoft它如何協助您針對 SQL Server 進行故障診斷
謝謝收看，再見
