因為限制資料庫很可能是一個稀疏檔,所以在複製檔案時要特別小心。如果以一個並不支援稀疏檔的公用程式撰寫的話,此檔案多半會佔用許多磁碟空間,因為連同檔案的空白區域都會被讀作一連串的零,然後被寫回為真正的區段,不再是空白區域。如果以 tar(1)、cpio(1) 或 cp(1) 等公用程式來複製、備份或回復檔案的話,就會發生這種狀況。而 ufsdump(1M) 和 ufsrestore(1M) 等程式則會保留空白。
若想備份及回復限制資料庫,也可以使用 limreport(1SRM) 來生成一個 ASCII 版的檔案,並且使用 limadm(1MSRM) 從該已存的 ASCII 版本來重新建立原始檔。例如,指令﹕
limreport 'flag.real' - lname preserve > /var/tmp/savelnodes |
會將 /var/tmp/savelnodes 建立為密碼映射中每位使用者的 lnode 的一個 ASCII 代表。請注意這不會為那些沒有對應的密碼映射登錄儲存 lnode。因此建議只需要密碼映射中所有 UID 的 lnode 便足夠。
指令﹕
# limadm set -f - < /var/tmp/savelnodes |
將會重新建立資料被儲存的 lnode。此指令將不會刪除未儲存的 lnode,所以也可以用這些方法來儲存與回復選取的 lnode 而非整個限制資料庫。
"limreport 和 limadm 指令" 更加詳細地說明 limreport(1SRM) 和 limadm(1MSRM) 指令的使用。如果管理員可以熟悉如何使用這些儲存與回復 lnode 的指令的話,幫助極大。因為當 lnode 結構的解譯(如設置檔定義)被變更時,可能有必要使用這些指令。
請注意,由於一般系統作業期間會定期變更限制資料庫的內容,建議您最好在系統處於不活動狀態,或在單一使用者模式當中執行備份操作。同樣地,一定要在沒有使用 Solaris Resource Manager 的時候才能回復整個限制資料庫,例如系統處於單一使用者模式中的時候。