之前某台MS SQL一直有用backup exec 2014 在備份DB,所有DB都有備份,可是最近突然備份都會失敗,錯誤訊息主要是"0xe000943f - 無法凍結資料庫 s 以進行備份。這可能是由於資料庫處於不支援備份的狀態;例如離線、備用或復原狀態。 "
看了一下內容,並不是所有的DB都失敗,而且一部份的DB,而且都是從名稱A開始的DB,排序比較下面的DB都沒問題,試了幾個星期,每次失敗的DB愈來愈多,工作記錄裡都有寫哪個DB備份失敗,錯誤訊息都一樣是"V-79-57344-37951 - 資料庫 db name 無法凍結以執行快照備份。"然後就開始一系列的測試
1. MS SQL主機的backup exec agent重裝。
2. Backup exec上面的MS SQL伺服器移除重新加入。
3. 換不停的儲存裝置。
4. Backup exec做Live update。
通通沒用,but做了一次性的備份工作,只備那些有問題的DB,卻很順利的成功,所以DB根本沒問題。
因為這台SQL的DB超過800個,而且每隔幾天會就在新增新的DB,所以開始查資料,看是不是Backup exec本身有限制,但也查不到什麼鬼,但從以前到現在,唯一改變的就是DB愈來愈多,容量愈來愈多,非常有可能跟這些因素有關。
所以就查了一下之前失敗的工作記錄,發現一個很妙的東西,備份成功的DB數都一樣,大概快850個,所以問題就是不要超過那個數量就行了,非常奇怪,只能請管理者整理一下,把不要的移掉讓備份順利運作。
2018/11/28
2018/11/22
DC 同步失敗 error code: 2042 (這部電腦上次與指定的來源電腦複寫後已經過很長一段時間........。)
最近發現DC有問題,DC1跟DC2無法同步,直接到"站台與服務"裡執行"立即複寫"時,會跳錯誤訊息。
DC1可以複寫到DC2,但DC2不能複寫到DC1。
所以到DC2上去查事件檢視器,在"Directory service"裡面看到很多2042的錯誤(這部電腦上次與指定的來源電腦複寫後已經過很長一段時間。與這個來源進行複寫之間的 時間已超過標記存留期。與這個來源的複寫已停止。)
這時後要到DC2去修改一個機碼,先到"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters",看有沒有"Allow Replication With Divergent and Corrupt Partner",沒有就自己手動建,類型是 DWORD 。建好後,裡面的值設成"1",不用重開機,等個10分鐘左右,就會同步成功,然後也不會在出現2042的錯誤。同步成功後在把值改回"0"。
可參考這篇文章
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc757610(v=ws.10)
DC1可以複寫到DC2,但DC2不能複寫到DC1。
所以到DC2上去查事件檢視器,在"Directory service"裡面看到很多2042的錯誤(這部電腦上次與指定的來源電腦複寫後已經過很長一段時間。與這個來源進行複寫之間的 時間已超過標記存留期。與這個來源的複寫已停止。)
這時後要到DC2去修改一個機碼,先到"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters",看有沒有"Allow Replication With Divergent and Corrupt Partner",沒有就自己手動建,類型是 DWORD 。建好後,裡面的值設成"1",不用重開機,等個10分鐘左右,就會同步成功,然後也不會在出現2042的錯誤。同步成功後在把值改回"0"。
可參考這篇文章
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc757610(v=ws.10)
2018/11/07
vmware converter windows 2000 p2v 問題 "reconfiguration is not supported for the selected source"
之前灌了一台windows 2000 server sp4在pc上,然後用vmware converter 4.0轉成虛擬機是ok的,但最近要把另一台裝在IBM server上windows 2000 server sp4也轉成虛擬機時,卻有問題,因為在轉換完成後,要在vmware converter 上對轉出來的虛擬機做Configuration的動作,安裝vmtool到虛擬機裡,可是會跑出"reconfiguration is not supported for the selected source"。
如果不做Configuration的動作,直接啟動虛擬機,開機開到一半就會出現藍底白字"Stop: 0x0000007B ....................... INACCESSIBLE_BOOT_DEVICE"的錯誤。
上網查了一大堆方法,最後終於解決了,完整流程如下
1. 利用vmware converter 4.0 對windows 2000做p2v,轉換到esxi上面
2. 在esxi上找其他台windows虛擬機(a server),將windows2000的vmdk掛載上去,就可以開始存取這個windows 2000的硬碟
3. 在a server上,去下載Windows2000-KB891861-v2-x86-CHT,解壓縮這個更新檔,找到scsiport.sys,將這個檔案copy到windows2000的vmdk的c:\winnt\system32\drivers\ 底下,取代原本的檔案。
4. 在a server上下載vmtool4.0的版本,一樣copy到windows2000的vmdk的c:\
5. a server 關機,將windows2000的vmdk卸載。
6. 在win7安裝vmware converter 3.0.3(不能裝在win10上,不然在設定的過程會一直跳出unable to determine guest operating system的錯誤),然後對windows2000的虛擬機做Configuration的動作,要勾選install vmtool。
7. 做好之後就可以正常啟用windows 2000虛擬機,啟用完成要趕快安裝新版的vmtool,不然可能會因為驅動的問題又一直當機。
後來大概知道為什麼不能直接用converter4.0順利做完整個步驟,原因是出在scsiport.sys這個檔案上,如果windows 2000很舊,或是有做Windows2000-KB891861-v2 的更新,是沒問題的。
但如果做沒有做Windows2000-KB891861-v1更新,就會造成虛擬機開機時會當機,因為這是scsiport.sys這支檔案造成的,搞死人了。
如果不做Configuration的動作,直接啟動虛擬機,開機開到一半就會出現藍底白字"Stop: 0x0000007B ....................... INACCESSIBLE_BOOT_DEVICE"的錯誤。
上網查了一大堆方法,最後終於解決了,完整流程如下
1. 利用vmware converter 4.0 對windows 2000做p2v,轉換到esxi上面
2. 在esxi上找其他台windows虛擬機(a server),將windows2000的vmdk掛載上去,就可以開始存取這個windows 2000的硬碟
3. 在a server上,去下載Windows2000-KB891861-v2-x86-CHT,解壓縮這個更新檔,找到scsiport.sys,將這個檔案copy到windows2000的vmdk的c:\winnt\system32\drivers\ 底下,取代原本的檔案。
4. 在a server上下載vmtool4.0的版本,一樣copy到windows2000的vmdk的c:\
5. a server 關機,將windows2000的vmdk卸載。
6. 在win7安裝vmware converter 3.0.3(不能裝在win10上,不然在設定的過程會一直跳出unable to determine guest operating system的錯誤),然後對windows2000的虛擬機做Configuration的動作,要勾選install vmtool。
7. 做好之後就可以正常啟用windows 2000虛擬機,啟用完成要趕快安裝新版的vmtool,不然可能會因為驅動的問題又一直當機。
後來大概知道為什麼不能直接用converter4.0順利做完整個步驟,原因是出在scsiport.sys這個檔案上,如果windows 2000很舊,或是有做Windows2000-KB891861-v2 的更新,是沒問題的。
但如果做沒有做Windows2000-KB891861-v1更新,就會造成虛擬機開機時會當機,因為這是scsiport.sys這支檔案造成的,搞死人了。
訂閱:
文章 (Atom)