Backup exec 備份MS SQL時 只能完整備份

 環境:

Backup exec 

Commvault

MS SQL

異常狀況:

Backup exec 備份MS SQL時，，設定差異備份，還是只會執行完整備份

解決過程:

Commvault 虛擬機備份設定中，如果選擇了File System and Application Consistent，就會把之前Backup exec 對MS SQL備份的備份鏈資訊重置，造成Backup exec之後備份必須做完整備份。

所以要把Commvault 虛擬機備份設定改成下面的Crash Consisten。

Environment:

Backup Exec

Commvault

Microsoft SQL Server

Issue:

When using Backup Exec to back up MS SQL Server, the job is configured for Differential Backup, but it always performs a Full Backup instead.

Resolution:

In the Commvault virtual machine backup settings, if “File System and Application Consistent” is enabled, it resets the SQL backup chain information previously created by Backup Exec.

As a result, Backup Exec is forced to perform a new Full Backup before Differential Backups can continue.

To avoid this issue, change the Commvault VM backup setting from:

• File System and Application Consistent

to:

• Crash Consistent

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)

Backup exec 的資料庫備份

  環境:

Backup exec 2014

異常狀況:

想要透過Backup exec 本身的工具beutility.exe，把Backup exec 自己的設定db檔匯出到其他存放。

但執行beutility.exe指令時，都會先跳出一個警告視窗，因為無法設定用batch自動執行。

解決過程:

Backup exec 的主程式裡就有可以設定db檔定期匯出到預設資料夾的功能了，不需要額外用beutility.exe來執行。

在"組態與設定"->"Backup Exec設定"，裡面有一個"資料庫維護"，就可以設定排程來做這件事。

Environment:

Backup Exec 2014

Issue:

Attempting to use Backup Exec’s built-in tool beutility.exe to export the Backup Exec configuration database to another storage location.
However, when running beutility.exe, a warning dialog always appears, making it impossible to automate the process using a batch script.

Resolution / Workaround:

Backup Exec already provides a built-in feature to periodically export the database to a default folder, so there is no need to use beutility.exe.

In Configuration and Settings → Backup Exec Settings, there is a Database Maintenance option where you can configure a scheduled task to perform this database export automatically.

Backup exec 伺服器的 Symantec\Backup Exec\BEDBG 資料夾內有很多佔容易的cab檔

 Backup exec 伺服器的C槽空間快不夠了，看了一下裡面的東西，發現 Backup exec 的程式資料夾中，其中一個BEDBG資料夾用了比較多空間，在裡面看到很多cab檔。

上網查了一下，這是 Backup exec 當掉後就會產生的dump檔，如果有需要查原因就可以去讀取這些cab檔。

不需要查的話，這些檔案就可以砍掉清空間。

The available disk space on the C drive of the Backup Exec server is running critically low. Upon investigating the contents, it was observed that the BEDBG folder within the Backup Exec program directory is consuming a considerable amount of space. Upon further inspection, it was discovered that the folder contains multiple CAB files.

After conducting research online, it was determined that these CAB files are generated as dump files by Backup Exec in the event of a system crash. These files can be accessed for troubleshooting purposes to identify the cause of the crash, if necessary.

If there is no need for further investigation, it is recommended to delete these files in order to reclaim disk space.

win2019安裝backup exec 2014 agent失敗 " 0x642 - 使用者取消安裝"

 在backup exec 2014server上要遠端派送agent到win2019server上的時後，一直出現錯誤"0x642 - 使用者取消安裝"

這不是防火牆，防毒，權限之類的問題，居然只是因為沒裝framework 3.5，錯誤訊息一點都不明確，搞了好久才弄好。

netapp 檔案備份容量超過在系統佔用的空間

 在netapp上有切一區來做共用檔案存放，在系統上用，已佔用了2TB。

但在用備份軟體備份時，備份的檔案容量卻顯示有3TB的容量，怎麼會多了1TB。

原來是因為netapp上有開啟了dedup的功能，所以在netapp上實際佔用的容量，會比所有檔案的原始大小還少。

但備份程式在做的時後，是備份這些共用檔案原始的大小，所以才會有這些差異。

Backup exec 做SQL的增量備份，容量爆增

 SQL的資料庫平常有用Backup exec做完整跟差異備份。

想要每天在多做一個增量備份，如果有異常做資料還原，可以減少遺失的資料。

但增量一做下去，產生的備份檔案居然超級大，差異備份每天才不到10G，一個增量居然就快70G.。後來看到這篇文章 https://www.itread01.com/content/1514883521.html，原來跟SQL主機是架esxi上面有關係。

如果想改善，就要去調整esxi上虛擬機的ctkEnabled 參數，細節就自己去看文章吧。

Backup exec 軟體壓縮比 N/A

Backup exec 提供備份檔案可做硬體或軟體壓縮，硬體的話是用在磁帶儲存的設備上，軟體的話就是用在存放在磁碟時使用。
雖然啟用了軟體壓縮，但在查看磁碟儲存體的內容時，壓縮比的值是"N/A"，以為壓縮功能是沒用的，後來查到最後，原來不是這樣的，這篇文章(https://www.veritas.com/support/en_US/article.100031185)有說明，如果選擇軟體壓縮，在壓縮比的欄位就不會顯示任何資料，但實際上的壓縮狀況，要去看備份工作的工作日誌

backup exec 啟用預先掃描

Backup Exec 要啟用預先掃描，才會顯示備份工作預計的完成時間，啟用設定的地方如下

Backup exec - 錯誤 - 掛載失敗。 存取被拒。

最近Backup Exec發生了一個怪問題，我們會將完整備份跟差異備份都放在同一台NAS的不同資料夾，但突然差異備份通通失敗，不同主機，錯誤訊息都相同，完整備份卻都正常，重啟服務重開機都一樣。

NAS的空間足夠，權限也都沒問題，直接在Backup Exec主機上連到資料夾(\\nas\xxxx)去新增一個文字檔，也沒問題，但是在備份時都會出現錯誤。

錯誤訊息主要是 "- 錯誤  - 掛載失敗。  存取被拒。"

然後才會產生另一個最終錯誤 "0xe0000f16 - 此作業無法取得所需的最少磁碟機和媒體數目。"

後來就看了一下其他備份成功的工作紀錄，在執行備份時，會先將備份檔存放的路徑做掛載，所以這裡的錯誤是指NAS資料夾的掛載有問題，就可以排除不是備份client端的問題。

但之前也測過，可以正常連到該NAS資料夾，所以就不知要怎麼處理。

最後突然有個想法，就直接在Backup Exec主機把NAS資料夾設定成一個網路磁碟機，掛成Z槽，結果差異備份就可以執行了，太詭異了。

Backup Exec2014查詢備份集載入失敗:已查詢的備份集中包含兩個具有相同ID的備份集

最近在查一個儲存體裡的備份集時，出現了一個錯誤"已查詢的備份集中包含兩個具有相同ID的備份集"。但從每一台被備份的主機點進去看備份集，卻是可以的，平常備份也沒有影響，就只是單純從儲存體要點進備份集時才會出現這個錯誤。

遇到這問題，只要先把Backup Exec所有的服務關閉，開啟CMD，然後切換到"C:\Program Files\Symantec\BackupExec"，接著執行"catrebuildindex –r"，然後就會開始進行一些修復動作，大概執行不到5分鐘就結束了，然後在重啟Backup Exec所有的服務，就可以排除此問題，可以查詢到備份集裡的內容。

backup exec 2014 備份SQL失敗 0xe000943f - 無法凍結資料庫 s 以進行備份。這可能是由於資料庫處於不支援備份的狀態；例如離線、備用或復原狀態。

之前某台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個，所以問題就是不要超過那個數量就行了，非常奇怪，只能請管理者整理一下，把不要的移掉讓備份順利運作。