二月 2018
« 一月    
 1234
567891011
12131415161718
19202122232425
262728  

彙整

vCenter SQL無法啟動與vSphere Client 的 Hardware Status 與 Service Status異常

今早發現SQL啟動不了,vCenter也跟著啟動不了,跟最早發現問題一樣,之前我是回朔備份解決此問題,但今天發現是自動更新SQL20018 SP4後會發生這樣的問題,現在把系統再回朔一次,停止WSUS更新SQL2008 SP4………..

更新前:

更新後

======================== 原先安裝版本為VMware-VIMSetup-all-5.1.0-2308386.iso,出問題後也重新安裝過VMware-VIMSetup-all-5.1.0-2308386.iso還是一樣沒解決。 剛下載目前最新的版本直接更新重啟SERVER後,再連到SERVER抓vSphere Client最新版更新在個人電腦上,就全癒了。 VMware-VIMSetup-all-5.1.0-3900744.iso ========================= 這張是個人電腦上執行vSphere Client會出錯。 這張是在vSphere Server上執行vSphere Client就沒問題。 […]

[SQL Server]Auto Close(自動關閉) – SQL效能

文章出處:http://www.dotblogs.com.tw/jimmyyu/archive/2009/07/03/9088.aspx

這是一個曾經發生過的案例,兩年前我在客戶家處理一個效能的案子時,客戶告知:你們的系統最近跑起來比過去慢了不少,每個動作平均大約慢了2-3秒鐘,我心想:我們最近不會改了什麼東西吧。

本著追根究柢的精神,開始跟客戶喇勒:最近有人做什麼嗎?有人版更嗎?DBA有改設定嗎?MIS有做系統調整嗎?這一連串的閒聊問答,最後得到的結果很好:沒有….

根據我在客戶家處理多年問題的經驗,客戶有這種回答也是很合理的,但我直覺問題並不單純,就開始進行問題的測試,從一些現象上看起來,最後把問題轉到DB上去了,最後找到DB中有個設定被修改了,這個設定叫作Auto Close(自動關閉),詳細的內容可以看這個連結,講的蠻清楚的:http://sharedderrick.blogspot.com/2009/02/autoclose.html

針對這個設定有個地方要特別注意,在SQL Server 2000以前,Create database時,這個值預設是ON;SQL Server 2005以上的版本預設值則是OFF。

 

 

http://sharedderrick.blogspot.com/2009/02/autoclose.html

=============================================================================================================認識 SQL Server Database 資料庫選項:AUTO_CLOSE(自動關閉)

資料庫 AUTO_CLOSE 選項

選項值 說明

ON(True)

當設定為:ON 時,資料庫會完全關閉,並在最後一個使用者結束之後釋放其資源。當使用者試圖重新使用資料庫時,會自動重新開啟資料庫。例如,藉由發出 USE database_name 陳述式。

這個選項可能會造成經常存取之資料庫的效能降低,因為在每一個連接之後都會增加開啟和關閉資料庫的負擔。 而且在每一個連接之後,啟用此選項也會排清程序快取。

對於桌面資料庫而言,啟用此選項非常有用,因為它可讓您將資料庫檔案當做一般檔案來管理。您可以移動它們、複製它們來建立備份,甚至可以用電子郵件將它們傳給其他使用者。

在舊版 SQL Server 中,AUTO_CLOSE 是同步處理序,當有重複建立和中斷與 Database Engine 之連接的應用程式存取資料庫時,該處理序可能會降低效能。從 SQL Server 2005 開始,AUTO_CLOSE 處理序是非同步的;重複開啟和關閉資料庫不再降低效能。

當啟用此選項時,sys.databases 目錄檢視中的某些資料行及 DATABASEPROPERTYEX 函數會傳回 NULL,因為資料庫無法擷取資料。若要解決這個問題,請執行 USE 陳述式來開啟資料庫。

此啟用使選項也會造成,當資料庫關閉的作業執行時,會自動清除 SQL Server 執行個體的計畫快取。

若清除計畫快取會導致重新編譯所有後續執行計畫,而且可能會導致查詢效能突然暫時下降。在 SQL Server 2005 Service Pack 2 中,針對每次清除計畫快取的快取存放區,SQL Server 錯誤記錄檔會包含下列參考訊息:「由於某些資料庫維護或重新設定作業,SQL Server 的 […]

交易記錄檔已滿、爆掉;截斷交易記錄檔。(The transaction log for database ‘DB1’ is full. ;Transaction Log Truncation)

最近在看SQL備份的方式,找到了這篇文章,怕有些文章會消失,固完整轉貼保存,並標明出處: http://sharedderrick.blogspot.com/2009/03/transaction-log-for-database-is-full.html

 

交易記錄檔已滿、爆掉;截斷交易記錄檔。(The transaction log for database ‘DB1’ is full. ;Transaction Log Truncation)

本文僅討論當發生交易記錄檔已滿、爆掉時的災難處理方式,並未討論如何避免發生交易記錄檔已滿的作法,請參考「管理交易記錄」等相關主題。 http://technet.microsoft.com/zh-tw/library/ms345382.aspx 如何避免 SQL Server 資料庫的交易記錄檔超出預期大小 http://support.microsoft.com/kb/873235/zh-tw

若資料庫因故造成交易記錄檔已滿、爆掉,將導致無法執行新增、刪除等作業。

遇到的錯誤訊息:

view plaincopy to clipboardprint?

訊息 9002,層級 17,狀態 2,行 2 
資料庫 ‘db1’ 的交易記錄已滿。如果要了解為何無法重複使用記錄中的空間,請參閱 sys.databases 中的 log_reuse_wait_desc 資料行。 

Msg 9002, Level 17, State 2, Line 2 
The transaction log for […]