懒人听书,好看的言情小说,天蚕土豆

誤區(qū) #1：在服務(wù)器故障轉(zhuǎn)移后，正在運(yùn)行的事務(wù)繼續(xù)執(zhí)行

這當(dāng)然是錯(cuò)誤的!

每次故障轉(zhuǎn)移都伴隨著某種形式的恢復(fù)。但是如果當(dāng)正在執(zhí)行的事務(wù)沒(méi)有Commit時(shí)，由于服務(wù)器或?qū)嵗罎?dǎo)致連接斷開(kāi)，SQL Server可沒(méi)有辦法在故障轉(zhuǎn)移后的服務(wù)器重新建立事務(wù)的上下文并繼續(xù)執(zhí)行事務(wù)-無(wú)論你使用的故障轉(zhuǎn)移方式是集群，鏡像，日志傳送或是SAN復(fù)制。

對(duì)于故障轉(zhuǎn)移集群來(lái)說(shuō)，當(dāng)故障轉(zhuǎn)移發(fā)生后，一個(gè)SQL Server實(shí)例在另一個(gè)故障轉(zhuǎn)移集群的節(jié)點(diǎn)啟動(dòng)。所有實(shí)例上的數(shù)據(jù)庫(kù)都要經(jīng)歷Recovery階段-也就是所有沒(méi)有Commit的事務(wù)都要被回滾。

對(duì)于數(shù)據(jù)庫(kù)鏡像來(lái)說(shuō)，來(lái)自主體服務(wù)器的日志不斷傳送到鏡像服務(wù)器進(jìn)行Redo操作。當(dāng)鏡像服務(wù)器被切換作為主體服務(wù)器時(shí)，原鏡像服務(wù)器的事務(wù)日志將會(huì)變?yōu)镽ecovery模式，這使得好像原鏡像服務(wù)器經(jīng)歷了一次崩潰那樣，在這之后所有的連接都會(huì)導(dǎo)向原鏡像服務(wù)器。

對(duì)于事務(wù)日志傳送來(lái)說(shuō)，事務(wù)日志被定期備份并傳送到輔助服務(wù)器.當(dāng)主服務(wù)器崩潰時(shí),DBA按照恢復(fù)順序?qū)⑤o助服務(wù)器恢復(fù)后上線(xiàn).但最終步驟都是要執(zhí)行recovery步驟，也就是將沒(méi)有提交的事務(wù)進(jìn)行回滾。

對(duì)于SAN復(fù)制來(lái)說(shuō)，本地SAN的I/O被復(fù)制到遠(yuǎn)程SAN上進(jìn)行重放，當(dāng)故障轉(zhuǎn)移發(fā)生后,系統(tǒng)將會(huì)連接到遠(yuǎn)端SAN但數(shù)據(jù)庫(kù)仍然需要執(zhí)行recovery步驟，這和故障轉(zhuǎn)移集群極其類(lèi)似。

“唯一”使得正在執(zhí)行的事務(wù)在故障轉(zhuǎn)移發(fā)生后仍然得以繼續(xù)執(zhí)行的技術(shù)使用帶有實(shí)時(shí)遷移功能的虛擬化技術(shù)，因?yàn)檫@時(shí)連接本身并不知道其連接的對(duì)象已經(jīng)變?yōu)榱硪慌_(tái)物理服務(wù)器。

但是無(wú)論使用那種技術(shù)，如果”連接”失效，正在執(zhí)行的事務(wù)將會(huì)丟失，所以處理這類(lèi)問(wèn)題的這部分工作就需要在程序中用代碼實(shí)現(xiàn)某種“重新執(zhí)行”的功能。

您可能感興趣的文章:

SQL Server 2008 數(shù)據(jù)庫(kù)鏡像部署實(shí)例之二配置鏡像，實(shí)施手動(dòng)故障轉(zhuǎn)移
SQL Server誤區(qū)30日談第11天鏡像在檢測(cè)到故障后瞬間就能故障轉(zhuǎn)移
如何創(chuàng)建SQL Server 2000故障轉(zhuǎn)移群集
python實(shí)現(xiàn)系統(tǒng)狀態(tài)監(jiān)測(cè)和故障轉(zhuǎn)移實(shí)例方法

標(biāo)簽：濟(jì)寧金昌宜春黃山河源中衛(wèi) 貸款群呼新余

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《SQL Server誤區(qū)30日談第1天正在運(yùn)行的事務(wù)在服務(wù)器故障轉(zhuǎn)移后繼續(xù)執(zhí)行》，本文關(guān)鍵詞 SQL,Server,誤區(qū),30日談,第,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。