Database Mirroring? 一場騙局?

昨天，老同事Ryan說他在SQL 2005的Books Online看到微軟聲明Database Mirroring不建議在正式環境使用也將不提供技術支援，甚至想用的人必須在啟動時下參數才能啟用它作為"評估"用途...

我查了10/27 Download的SQL 2005 Develoepr Edition，它的Books Online中並沒有12月版本所加註的"警語"，誠心地參拜Google大神，驚見散落一地的下下籤...


* 由MSDN上確認了12/5 Release的正式SQL2005說明文件，的確載明了Database Mirroring不支援在正式環境(Production)使用的事實。http://msdn2.microsoft.com/en-us/library/ms189852.aspx

* SQL Server 2005 Database Mirroring FAQ則更清楚地說明了因為還需要更多的測試，在上巿之初，這個功能並不會Ready。http://www.microsoft.com/technet/prodtechnol/sql/2005/dbmirfaq.mspx

* 更早在9/15，微軟的SQL產品管理主管就已做出了Database Mirroring不在被附在RTM中的決定。http://mcpmag.com/news/article.asp?editorialsid=846

其實，我欣賞MS以更負責任、更嚴格的要求看待SQL的各項產品功能，在沒有100%信心的情況下，不會哄著客戶當白老鼠。但比較有意見的是，如果這是9月就Release的消息，為何從9月一路到12/13的上巿發表會，幾乎所有Seminar都拿Database Mirroring當成必殺技，強調它比過去任何High Availability Solu都優(除了不能用在master之外)，卻沒有任何人提到這個但書，更不用提有在DM中看過這個足以潑人冷水的訊息。

當初聽到Database Mirroring的第一個念頭是，這個想法可行，真酷! 但實作絕對有很高的難度，微軟真行，居然能讓它通過大量Transaction的考驗。


我相信有許多人對SQL 2005的期待有不少是來自於Data Mirroring(至少我就是)，畢竟可以用兩台光華牌就做出上百萬SQL Cluster才有的High Availability，是多爽的事? 而且注意，講師們一再強調3秒切換的"超快感"，足以讓花大錢買Cluster卻要忍受20秒才能Failover，還得改程式配合的凱子們連跳樓三次。


我不知道台灣微軟是沒接收到這個訊息或是故意低調處理。若是前者，是內部溝通出了問題，再不就是相關人員專業素質不夠，對產品的了解不夠用心；若是後者，雖然沒說半句謊，卻不禁讓我想到那支"他沒告訴你，所有零件都已絕版，修這台車比買這台車還貴"的銀行廣告，總是存在道德上的爭議。


我相信最後Database Mirroring還是終究會問巿的，但現階段拿它來大做文章，誘人購買、升級的行為，實在有商議的空間。


( 我現在在留意另一個可能有同樣問題的功能: Snapshot! 理論上每建一個就需要Keep一份Transaction Log。我好像還聽到示範的講者介紹說可以定期做一個，又方便又保險；我在想，若有人真的聽話，把Snapshot當作拍照留念，三不五時卡嚓一下，舊的也永遠不刪。當SQL變成了有上百張陳年老照片的相簿時，會不會爆出效能問題? 有空再研究看看 )