演練不同模式下鏡像數(shù)據(jù)庫SQLServer的異常處理

鏡像數(shù)據(jù)庫是SQL Server高可用性方案的一種。配置比較簡單，但是有多種模式。如果鏡像數(shù)據(jù)庫出現(xiàn)異常，在不同模式下的表現(xiàn)形式也是各異的。這里，我們演練在不同模式下，服務器出現(xiàn)異常后，可能的效果，這樣能幫助我們選擇合適的模式，以及了解在對數(shù)據(jù)庫鏡

鏡像是SQL Server高可用性方案的一種。配置比較簡單，但是有多種模式。如果鏡像出現(xiàn)異常，在不同模式下的表現(xiàn)形式也是各異的。這里，我們演練在不同模式下，出現(xiàn)異常后，可能的效果，這樣能幫助我們選擇合適的模式，以及了解在對數(shù)據(jù)庫鏡像做維護期間，需要注意的地方。

【數(shù)據(jù)庫鏡像的模式】

數(shù)據(jù)庫鏡像主要有這么幾種模式:

· High Performance模式 （也就是異步模式）

數(shù)據(jù)庫在Principle的事務，不需要得到Mirror的確認，可以直接完成。Principle數(shù)據(jù)庫性能會比較好。但是Mirror跟Principle之間事務傳遞可能延遲。

· High Safety 模式 （也就是同步模式）沒有 witness服務器

數(shù)據(jù)庫在Principle的事務，需要馬上得到mirror的確認，才能完成。這種情況下，Mirror和Principle的數(shù)據(jù)是同步的。但是因為所有的事務需要mirror的確認，所以性能可能會有所影響。

· High Satefy模式 （也就是同步模式）有 witness服務器

如果帶有witness，那么一旦Principle數(shù)據(jù)庫有異常，無法連通，則在witness服務器的見證下，會做自動切換。鏡像數(shù)據(jù)庫會變成主數(shù)據(jù)庫，以繼續(xù)提供服務。

【High Performance模式下，出現(xiàn)異常】

· MIRROR數(shù)據(jù)庫有問題，這時候PRINCIPLE數(shù)據(jù)庫會處于 (Principle, Disconnected) 狀態(tài)。在這種情況下，Principle數(shù)據(jù)庫依舊能正常服務。當Mirror數(shù)據(jù)庫恢復正常后，數(shù)據(jù)會自動進行同步，同步后，PRINCIPLE服務器會恢復到 (Principle, Synchronized) 正常狀態(tài)。這種情況雖然不會對服務造成問題，但是我們應該盡快恢復Mirror數(shù)據(jù)庫，否則，在Principle端，日志會累積，變得越來越大。會占滿磁盤空間。

· Principle數(shù)據(jù)庫有問題，無法連接，這時候應用當然不能使用。Mirror數(shù)據(jù)庫處于 (Mirror, Disconnected/In Recovery) 狀態(tài)。這時候我們有兩種選擇，1. 盡快恢復Principle數(shù)據(jù)庫運營。2. 使用Forcing Service方法把Mirror數(shù)據(jù)庫改為主數(shù)據(jù)庫以繼續(xù)服務。對于Forcing Service方法，我們要注意:

1. 完全停掉舊的PRINCIPLE 數(shù)據(jù)庫，以避免出現(xiàn)兩邊同時做數(shù)據(jù)更新。

2. 在mirror服務器上，我們用下面命令把mirror數(shù)據(jù)庫改為主數(shù)據(jù)庫:

ALTER DATABASE SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS

3. 使用Forcing Service會導致數(shù)據(jù)有丟失的可能。如果在原先的主數(shù)據(jù)庫數(shù)據(jù)還沒來得及傳送到鏡像數(shù)據(jù)庫, 那么該部分數(shù)據(jù)會被丟失。所以使用Forcing Service我們需要權衡。

4. 原先的主數(shù)據(jù)庫起來后，Mirror會處于暫停狀態(tài)，我們可以恢復鏡像，把原來的主數(shù)據(jù)庫為新的鏡像數(shù)據(jù)庫 (當然，會導致部分數(shù)據(jù)永久丟失) ?；蛘甙言鹊闹鲾?shù)據(jù)庫去除鏡像設置，改為普通數(shù)據(jù)庫，查看在原主數(shù)據(jù)庫上寫入而在原鏡像數(shù)據(jù)庫上沒有寫入的記錄，然后手工倒入到新的主數(shù)據(jù)庫上。用這種辦法倒數(shù)據(jù)，我們需要對應用非常熟悉。

【High Satefy模式?jīng)]有witness，出現(xiàn)異?！?/p>

· MIRROR數(shù)據(jù)庫有問題，無法連接，PRINCIPLE數(shù)據(jù)庫會處于 (Principle, Disconnected) 狀態(tài)。在這種情況下，PRINCIPLE數(shù)據(jù)庫依舊能正常服務。當MIRROR服務器恢復正常后，數(shù)據(jù)會自動進行同步，同步后，PRINCIPLE數(shù)據(jù)庫會處于 (Principle, Synchronized) 正常狀態(tài)。這種情況雖然不會對服務造成問題，但是我們應該盡快恢復MIRROR數(shù)據(jù)庫，否則，在PRINCIPLE數(shù)據(jù)庫上，日志會累積，變得越來越大。最后可能導致磁盤滿。

· PRINCIPLE服務器有問題，這時候應用當然不能使用。MIRROR數(shù)據(jù)庫處于 (Mirror, Disconnected/In Recovery) 狀態(tài)。這時候我們有兩種選擇，1. 盡快恢復PRINCIPLE數(shù)據(jù)庫。2. 使用Forcing Service方法把Mirror數(shù)據(jù)庫改為Principle以繼續(xù)服務。

聲明：本網(wǎng)頁內容旨在傳播知識，若有侵權等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com