Backup exec 2014 無法正常啟動

 環境:

windows 2012

backup exec 2014

異常狀況:

windows 2012 做完windows update，安裝完backup exec 2014，執行都會出現錯誤訊息，無法使用

Backup exec 啟動時跳出錯誤，必須直接關閉

問題事件名稱: CLR20r3 

問題簽章 01: BackupExec.exe 

問題簽章 02: 14.1.1786.0 

問題簽章 03: 5371d883 

問題簽章 04: mscorlib 

問題簽章 05: 4.8.4110.0 

問題簽章 06: 5de6dafa 

問題簽章 07: 113a

解決過程:

因為windows 系統在做更新時，裝了frameworks4.8，需要把它移除後，backup exec才能運作。

可參考官網說明

 https://www.veritas.com/support/en_US/article.100055701

卸载 .NET Framework 4.8 并重新启动服务器。此更新将在已安装的更新列表中显示为 KB4486105 （Windows 2012 R2）、KB4486081 （Windows 2012）、KB4486129 （Windows 2016）、KB4486153 （Windows 2019）。

Environment:

Windows Server 2012
Backup Exec 2014

Issue:

After installing Windows Updates on Windows Server 2012 and then installing Backup Exec 2014, Backup Exec fails to start and immediately crashes with an error message.

Error details:

• Problem Event Name: CLR20r3
• Application Name: BackupExec.exe
• Application Version: 14.1.1786.0
• Fault Module Name: mscorlib
• Fault Module Version: 4.8.4110.0

Backup Exec displays an error on startup and must be closed immediately.

Resolution:

The issue is caused by Windows Update installing .NET Framework 4.8, which is incompatible with Backup Exec 2014.

Removing .NET Framework 4.8 and rebooting the server allows Backup Exec to function normally again.

Reference:
https://www.veritas.com/support/en_US/article.100055701?utm_source=chatgpt.com

The .NET Framework 4.8 update may appear in Installed Updates as:

• KB4486105 (Windows 2012 R2)
• KB4486081 (Windows 2012)
• KB4486129 (Windows 2016)
• KB4486153 (Windows 2019)

HUKE HK100藍牙折疊鍵盤

在淘寶找了一個折疊鍵盤搭配平板使用。

HUKE HK100，折起來大概比手掌還大一點點，轉軸的地方還行，但沒到很扎實。

用起來都蠻順的，旁邊數字鍵功能都沒啟用，就當滑鼠用而已。

缺點大概就是按鍵上沒有注音符號。

出門帶平板加折疊鍵盤，比帶一台筆電還方便。

 

COMMCAULT DR備份 Error Code [34:53] [34:53]

環境:

COMMCAULT

異常狀況:

存放DR備份的網路資料夾密碼有變更，之後DR備份就會有錯誤訊息

Error Code [34:53] [34:53] 

Failure Reason CommServeDR: Destination Directory [\\sharefolder\commvault\CVDRBackup] does not exist or is inaccessible 

CommServeDR: Destination Directory [\\sharefolder\commvault\CVDRBackup] does not exist or is inaccessible 

解決過程:

到commvault console裡的"控制台"，找到"DR Backup"，裡面可以變更網路資料夾的帳號與密碼，修改正確後就可以正常備份。

環境:

WIN11 25h2

Logitech meet up視訊設備

異常狀況:

使用Teams，或其他網頁，搭配內建的喇叭/麥克風，功能正常。

但Logitech meet up的喇叭/麥克風，就會失效，Teams還會跳出錯誤提示。

解決過程:

查看event log，會看到錯誤訊息

失敗的應用程式名稱： AUDIODG.EXE，

版本： 10.0.26100.8246，

時間戳記： 0x923cfbc9 

錯誤模組名稱： igo_src.dll，

 版本： 3.0.0.0，時間戳記： 0x642f89de 

例外狀況代碼： 0xc0000005 

錯誤位移： 0x000000000001d019 

錯誤處理常式識別碼： 0x788 

失敗的應用程式開始時間： 0x1DCD6189BA1A78A 

Faulting 應用程式路徑： C:\WINDOWS\system32\AUDIODG.EXE Faulting 

模組路徑： C:\WINDOWS\System32\DriverStore\FileRepository\igoapo.inf_amd64_50fe8789ddef31f8\igo_src.dll

這個錯誤關鍵是明顯音效處理模組故障，不是羅技設備本身壞掉。

最快的方式就是把內建的喇叭/麥克風的驅動程式移除，改裝舊一點的驅動，就正常了。

Environment:

Windows 11 25H2

Logitech Meetup video conferencing device

Issue:

When using Teams or web applications with the built-in speaker/microphone, everything works normally.

However, when switching to the Logitech Meetup speaker/microphone, the audio devices fail, and Teams shows an error message.

Investigation:

In Event Viewer, the following error can be found:

Faulting Application Name: AUDIODG.EXE

Faulting Module Name: igo_src.dll

Exception Code: 0xc0000005

Module Path: C:\Windows\System32\DriverStore\FileRepository\igoapo.inf...\igo_src.dll

This indicates a failure in the audio processing module (APO) rather than a hardware issue with the Logitech device itself.

Resolution:

The root cause is related to the built-in audio driver.

By:

Uninstalling the current built-in speaker/microphone driver

Installing an older (stable) version of the audio driver

The issue is resolved, and the Logitech Meetup device functions normally again.

M365 office 的出現錯誤 : Symmetric Key Derivation Function version 'KDFV1' is invalid

環境:

M365 office

異常狀況:

OUTLOOK開啟會出現下列錯誤，

解決過程:

進到windows的"設定"->"帳戶"->"存取公司或學校資源"。

把裡面不需要的帳戶全部中斷連線，重新開啟outlook，就可以正常登入使用了。

國際牌冷氣 無線控制模組 CZ-T007 設定

1.  CZ-T007 先安裝到冷氣機上，安裝時，冷氣機無斷電。

2.  搖控器拔掉電池，然後按住"溫度上跟下鍵"，裝上電池，看到搖控器顯示 "31 bu"的畫面時，放掉上下鍵。

3. 按下"下鍵"，畫面會顯示 "31SA"

4. 開啟手機中安裝的Panasonic IOT app。

5. 選擇"新增裝置"，選擇無線模組。

6. 照app上的操作，先開啟手機的wifi功能，連上這個無線模組的WIFI，然後再輸入家中的wifi帳號/密碼。

7. 這樣就新增成功了，但要記住，搖控器不能改回原本的樣子了，就保持在"31SA"這個模式下，這時搖控器畫面雖然不會顯示其他的東西，但開關機的功能還是可以用，其他的就在手機上操作。

如果搖控器改回原本的操作模組，無線模組就會無法使用。

 環境:

commvault

掛載nas共用資料夾，當作媒體櫃，存放備份資料。

異常狀況:

nas密碼變更後，commvault無法掛載共用資料夾

解決過程:

在控制台，裡面有credentials manager，裡面有目前使用的帳號密碼設定，可以從這邊去修改。

ESXI 變更密碼 失敗 - 發生一般系統錯誤: Weak password: is based on the old one. *** passwd: Authentication token manipulation error

 環境:

esxi

異常狀況:

無法變更，會出現錯誤

解決過程:

在系統裡的進階設定，裡面有一個Security.PasswordQualityControl 參數。

在裡面加入 similar-permit ，存檔後馬上生效，就可以變更密碼了。

使用LDAP與AD連線出現異常

 環境:

win2025 AD

異常狀況:

PHP程式要用LDAP協定，透過domain name抓ad使用者資料，時好時壞，改用IP連線也是。

連到不用的DC主機都會有狀況。

解決過程:

DC主機上的本機安全性原則中，在"電腦設定->windows設定->安全性設定->網域控制站:LDAP伺服器簽署要求強制執行"，要設定成停用，每台DC都要設定成停用，就可以排除問題。

Environment:

Windows Server 2025 Active Directory

Issue:

A PHP application uses the LDAP protocol to query AD user information via the domain name, but the connection is unstable (intermittently works and fails).
Using the DC’s IP address shows the same issue.

The problem occurs when connecting to certain domain controllers.

Resolution:

On the domain controllers, modify the Local Security Policy:

• Go to:
  Computer Configuration → Windows Settings → Security Settings → Domain Controller: LDAP server signing requirements
• Set it to Disabled

This setting must be applied to all domain controllers.

After applying the change, the issue is resolved.

Commvault 備份虛擬機 突然變的很慢

環境:

Commvault 備份虛擬機

異常狀況:

對新的虛擬機做第一次備份，可能容量比較大，過程中又有其他的備份，造成效能問題，最後就停住多個小時後，手動取消。

但後來要重新備份時，傳輸速度變超級慢，速度大概只剩之前的1/7~8，重開機也一樣。

解決過程:

後來發現之前備份失敗後，虛擬機上有一份snapshot沒被移除，先在esxi上，把那份snapshot刪除後，重新備份，就正常了。

Environment:

Commvault (VM Backup)

Issue:

When performing the first backup of a new virtual machine, the data size was relatively large. During the process, other backup jobs were also running, causing performance issues. Eventually, the job became unresponsive and was manually canceled after several hours.

After that, when attempting to run the backup again, the transfer speed became extremely slow, dropping to about 1/7–1/8 of the original speed. Restarting the system did not resolve the issue.

Resolution:

It was later discovered that after the failed backup, a snapshot remained on the virtual machine and was not removed.

By logging into ESXi and deleting the leftover snapshot, then running the backup again, the performance returned to normal.