PDM系統(tǒng)管理人員做完數據庫所有的設定之后，最后一個步驟就是備份，因此備份動作是所有設定中最重要的動作，此篇文件在于說明備份與還原時應注意的事項及建議作法，在EPDM設置完之后，一定要做備份動作，以防止計算機損毀或是人員疏失所造成數據庫災難問題，除了防止災難的發(fā)生，在數據庫作版本的升級及更換主機的動作時，事前也必須做數據庫的備份，所以建議使用數據庫的客戶必須有計劃的執(zhí)行這個工作。

EPDM使用SQL作為DataBase，這里記錄著所有檔案的屬性數據及屬性數據與檔案之間的關聯性，因此備份要做的第一個步驟就是要進入SQL執(zhí)行設定，這里要注意的是，登入設定備份的賬號與之后要還原的賬號必須是相同的，如圖一，這里建議制作備份登入時，以"Windows驗證"登入設定，此時登入會以目前登入Server機器的賬號，通常以Administrator登入執(zhí)行。

登入的賬號有兩種，兩種賬號都可以，要注意這個賬號必須要以下權限，
服務器角色：public、sysadmin
使用者對應：db_owner、public (須選擇對應數據庫查看)
建立備份之前，請先進入SQL察看確認是否這些權限皆已選取(安全性>登入>選擇角色>鼠標右鍵>屬性)
，若角色權限不符合可進入角色中將權限勾選起來，請見圖二。

制作備份分為三個部分，備份及還原步驟也以此順序依序進行
1. SQL (a. ConisioMastereDb， b. File Vault Databases。)。
2. Archive Server Settings。
3. Archive Server。

一般移機及更新版本都是有計劃的進行，因此問題不大，在進行移機或更新版本之前，可手動作一份最新的備份，比較耗時的是第三項Archive Server實體檔案的備份，但坊間有很多備份方式及備份軟件，在此就不贅敘，而Archive Server的備份最好是在不同的硬盤中，因為災難性的發(fā)生硬盤損毀，將會遺失整個Archive Server，一般目前大多數的客戶使用數組的方式同步到另一顆硬盤，而前兩項的備份我們也會一并備份到Archive Server的Data資料中，這樣用戶可以針對整個Archive Server直接備份，所有需要的檔案就在其中，如下圖三，0~F共17個文件夾為Archive Server實體檔案，(但若將實體檔案配置在不同的硬盤，則需要兩個硬盤都需要備份) ConisioMasterDb.bak為Master Database，Demo.bak為File Vault Databases，Backup.dat則為Archive Server Settings，所以當我們制作還原時也必須具備以上數據。

一般建議做備份動作為當天晚間12點子夜之前，因為這個時間Server應該已經空閑下來，也不建議備份動作執(zhí)行時有大量的使用者在在線操作，以免影響備份的正確性，及還原時檔案版本差異。

當還原時若Archive Server及Database時間不同，會出現幾種錯誤狀況

1、 以Database為主，遺失新增加的版本及檔案，檔案會存放在使用端計算機，并且狀態(tài)為<本機檔案>。如圖四

2、 晚上凌晨3點系統(tǒng)會做清理服務，獲取Database中不存在的文件信息，然后刪除Archive Server中的實體檔案。表示這2天的新檔和文件新版本會被系統(tǒng)刪除掉。

3、曾經刪除/銷毀過的操作會無效，Database又會有已經刪除過的文件信息還原出來。

因此最新的版本會保留在使用使用端的機器中，使用端要保留這些檔案，將最新的版本加入數據庫中的檔案版本中，例如數據庫只保留到第3個版本而使用端已經修改到第5個版本，此時還原之后，數據庫只會記錄到第3個版本，使用端為第5個版本，若此時鏈接數據庫，作取得最新版本動作，將會將本機的第5個版本被覆蓋為第3個版本，所以剛還原完數據庫，請使用端用脫機的方式登入數據庫，如圖五，脫機登入數據庫將會與數據庫脫鉤，無法做取得最新版本(資料庫所記憶的第3版本)，此時數據庫內的檔案為最后下載到使用端機器參考用的檔案及取出正在修改的檔案，請參考圖六，脫機登入數據庫的文件夾顏色為藍色與正常登入數據庫的文件夾顏色為綠色不同可辨識，此時為單純的文件夾檔案，使用者可直接將所有檔案復制到計算機的其他位置，并且在上線登入數據庫之后，可將之前所修改的檔案找回來，將損失降到最低。

SOLIDWORKS Plastics常用功能介紹

當遇到數據庫損毀的第一時間，應與該公司負責的顧問提出此狀況，并且在最短時間內安排作還原數據庫的時間與計劃，當所有備份文件都齊全時，還原數據庫并不會有技術上的問題，所以除了上述剛剛說明的手動執(zhí)行備份動作之外，最重要的是設定自動備份動作，因為往往發(fā)生意外時，都是沒有防備的情況下發(fā)生的，我們會在SQL中設定排程做自動備份動作，頻率為每天執(zhí)行，保留天數則依據需求不同而調整，如圖七。

所以，實施顧問都已具備將數據庫復原的能力及所有操作的SOP，但若是備份有問題，也難以將數據庫還原回去，因此實施顧問在數據庫導入之后，每隔一段時間就會查看數據庫備份狀況，確認運行正常，而使用端也需配合檢查，當實施結束之后已正式上線，使用端的系統(tǒng)管理人員更要固定時間就查看備份狀況，當備份有問題時也必須馬上聯系實施顧問協助處理，這樣才能確保數據庫正常運行及維持導入數據庫的重要目標。