醫院業務中斷一小時意味著什麼?
對於患者來說，可能意味著要一小時後出院，可能意味著一小時後看醫生，可能意味著更長時間的排隊與等待，可能意味著要忍受更長時間病痛的折磨。
對醫生來說，可能意味著要增加許多繁瑣的工作，可能意味著要承受患者家屬的怨聲載道，可能意味著檢測結果的延遲，可能意味著不能正常吃飯和下班。
最慘的應該要屬醫院。
據國際相關機構2023年的不完全統計，醫療行業的業務停頓一小時意味著64萬美元的損失，無形資產損失(例如：口碑、客戶流失等)不包括在內。想必經過兩年的發展，這個損失的數值可能已經接近百萬級別。
鑑於以上認知，在資訊化水平日新月異的今天，大到三甲專科醫院，小到社群服務中心，國內絕大部分的醫療機構在規劃資訊化建設時都增加了災備方面的預算，構建容災備份方案以此來保證伺服器資料的備份與恢復，以及業務連續性。
造成醫院資訊系統業務中斷的因素有很多，可能是硬體故障、軟體故障、黑客攻擊等，也有可能是自然災害或是人為的誤操作。就在昨天，華北理工大學附屬醫院(原：河北聯合大學附屬醫院)【詳見編後語】因為儲存故障導致資料庫置疑，資訊中心工作人員撥通了容災備份軟體廠商(北京和力記易科技****)的技術服務**要求火速提供服務。技術人員第一時間遠端使用者重新成功修復了資料，資料庫可以正常開啟。但因為使用者資料庫配置的問題，在恢復成功後發現資料庫處於單使用者狀態，此時工程師憑著多年的資料庫操作經驗，判斷是資料庫的使用者被鎖定導致，馬上編寫了如下儲存過程進行處理：
wheredbid=db_id('資料庫名');
exec(@sql);
2、alterdatabase資料庫名setmulti_user;
2023年4月，雲南省某三甲醫院由於誤刪除了執行在虛擬機器上的pacs業務，也導致了幾個t的pacs丟失…
同年，安徽省蚌埠某醫院的his系統故障導致業務停頓2天、資料丟失…
……如果瀏覽相關的新聞，你會發現這種突發的it事故每時每刻都在上演。資訊災難各有不同自然事故的結局也不盡相同，而造成這種差異性結果的根本原因則在於容災備份的有效性得不到保障，沒有選擇真正適合的容災備份產品和方案。上述的河北某醫院無疑是幸運的，但這種幸運卻不是偶然發生的。
2023年10月，河南商丘某醫院his系統伺服器因硬體故障導致伺服器宕機，無法訪問，備特佳cdp容災備份系統在60秒內成功接管了業務…
2023年9月，河北容城縣某醫院資訊中心在運維時誤刪除了部分資料，備特佳cdp容災備份軟體悉數找回資料…
動動手指**，也許你用不上容災備份軟體，卻難保下乙個在醫院排隊的人不是你。
【編後語】
醫院成立於2023年，歷經唐山煤礦醫學院附屬醫院、華北煤炭醫學院附屬醫院、河北聯合大學附屬醫院，2023年4月8日，隨大學更名為華北理工大學附屬醫院。據悉，2023年該院採購了和力記易公司的11套備特佳容災備份系統，為醫院的9個核心業務系統(含雙機伺服器)提供資料和業務保護，本次出現故障的是his和emr系統。
容災切換中的資料庫宕機問題簡單分析（一）
最近對乙個統計庫做了計畫內的容災切換，即主備切換。操作的過程其實還是蠻順利的。但是災難切換中如果出現在問題，那就是災難中的災難了。按照計畫對配置資訊做了同步，然後使用dg broker做了switchover操作。這一次切換速度還是蠻快，我開了幾個視窗看到日誌都在不斷輸出，角色已經替換過來了。dg ...
了解乙個A 資料庫的資料
查詢最大的資料表資料樣本 通過expdp，發現匯出的最大表，並進行相應查詢 檢視最大的表的資料案例 將table name替換為最大的表的表名 查詢前100行，了解資料樣本格式 查詢表的資料行數 select count 1 from all tables where owner 327 查詢最大表...
實現乙個簡單的資料庫
所有應用軟體之中，資料庫可能是最複雜的。mysql的手冊有3000多頁，postgresql的手冊有2000多頁，oracle的手冊更是比它們相加還要厚。但是，自己寫乙個最簡單的資料庫，做起來並不難。reddit上面有乙個帖子，只用了幾百個字，就把原理講清楚了。下面是我根據這個帖子整理的內容。第一步...