**特別注意**
使用此方法同時去掛線上環境的路由,在COPY完備份檔後,應立即刪除,因時間長還是會影響網路
記得下
route delete 192.168.95.xx 192.168.87.2
最保險作法,是啟動到真正95段去的時候,將本機95段的網卡,在VM SERVER上的連線關閉,否則會衝擊原有主機,網路可能不穩定!!
**以上請特別注意**
選項必須選擇這一個(如紅框內),否則後續無法補差異及日誌備份
這是原來藍色畫面救回的CS-MIS,拿來倒平日備份的資料,可以演練災難復原!!
當日藍色畫面的CS-MIS,救援的步驟大概如下:
(1)倒回當日的備份: 當日的備份存在\\192.168.92.82\dblog下,找到MIS相關的夾子內,再找出最近的一次備份資料即可
(2)倒回時會先倒入空的資料庫,需要新增一個新的資料庫
(3)倒回後,可能出現正在還原中的字樣在資料庫名稱上,只要輸入以下指令即可
restore database spmdb2(倒回的新資料庫)
with recovery
go
執行後即可使正在還原中的字眼消失
(4)倒回UPLOAD目錄,此亦在NAS備份內,或者,利用UBUNTU等開機光碟片,開機,進入毀損的系統中,將UPLOAD目錄的檔案,倒回NAS備份好,再復原至新的機台內即可, (PS:UBUNTU的開機環境,可以MOUNT NAS的SAMBA(網路芳鄰))
目前的測試環境:
請一律使用VLAN 10,20,30,不可使用VLAN 1 AND 2,那會使LAB的環境與PRODUCTION環境相衝突. VLAN10,可使用87.2的GATEWAY,連回OA環境存取相關備份資料(影片中有示範)
**查核備份紀錄SQL**
SELECT a.[database_name] as '資料庫名稱', CASE a.[type] WHEN 'D' THEN N'資料庫' WHEN 'I' THEN N'差異資料庫' WHEN 'L' THEN N'紀錄' WHEN 'F' THEN N'檔案或檔案群組' WHEN 'G' THEN N'差異檔案' WHEN 'P' THEN N'部分' WHEN 'Q' THEN N'差異部分' ELSE N'NULL' END as '備份類型', a.[name] as '備份組的名稱', a.[first_lsn] as '備份組中第一個或最舊的記錄序號', a.[last_lsn] as '備份組之後下一個記錄的記錄序號', a.[database_backup_lsn] as '最近的完整資料庫備份之記錄序號', a.[differential_base_lsn] as '差異備份的基底 LSN', a.[backup_finish_date] as '備份作業完成的日期和時間', a.[backup_size] as '備份組的大小 (以位元組為單位)' FROM msdb..backupset a INNER JOIN master..sysdatabases b ON a.database_name COLLATE DATABASE_DEFAULT = b.name COLLATE DATABASE_DEFAULT ORDER BY a.database_name, a.backup_finish_date