在前面兩節(jié)當(dāng)中，我們殺雞取卵，偷梁換柱，終于迎娶白富美（AlwaysOn），走向……打住，沒測呢還。

對，我們沒有進(jìn)行后端高可用的測試，如何測？

在客戶端連接著的情況下，關(guān)閉一臺后端數(shù)據(jù)庫節(jié)點(diǎn)，然后看客戶端有沒有反應(yīng)。

Exchange 2010切DAG節(jié)點(diǎn)的時(shí)候，outlook都要斷一下重連咧（手動切Active和Passive是不會的，你關(guān)掉一臺全是Active副本的MBX試試？），你一嫁接起來的Lync關(guān)后端節(jié)點(diǎn)何德何能客戶端會沒反應(yīng)？試試唄

我們關(guān)掉目前的主副本，同時(shí)觀察客戶端的反應(yīng)情況，看到右邊窗格里一水的對號是不是很爽？咦嘻嘻……

?

不行，沒爽夠再看一遍……

好，回到正題，我們邊關(guān)機(jī)邊觀察Lync客戶端的反應(yīng)……那就是……沒有反應(yīng)…

打開LyncFE上的日志看看？不大可能啊！一堆報(bào)錯(cuò)呢，

安慰自己：不要緊，Exchange關(guān)掉一臺MBX也會出一堆錯(cuò)誤呢……

切回客戶端，再看看？

果然求仁得仁，人在做天在看，不信抬頭看蒼天繞過誰，不做死就不會死！

詳細(xì)讀一下前端的日志吧，發(fā)現(xiàn)這樣兩條。

?

分析一下，此時(shí)我們關(guān)閉了LyncBE-1也就是主副本節(jié)點(diǎn)，那么AlwaysOn的偵聽器會將請求發(fā)給LyncBE-2，換句話說，是LyncFE前端，無法連接到LyncBE-2上的Lync數(shù)據(jù)庫。

為什么呢？Contoso\LYNCFE$這是個(gè)計(jì)算機(jī)賬戶呀……

聰明的你現(xiàn)在一定醒悟了已經(jīng)，是Sql登錄名的關(guān)系。

我們對比一下兩臺后端數(shù)據(jù)庫的登錄名列表：

也就是說，在第一次發(fā)布拓?fù)涞臅r(shí)候，LyncFE在LyncBE-1上創(chuàng)建了數(shù)據(jù)庫，并且添加了Lync服務(wù)賬戶組到SQL的登錄名，并為其分配了登陸角色，然后我們進(jìn)行AlwaysOn同步，只同步了數(shù)據(jù)庫，而這么重要的登錄名（5個(gè)功能組！）！我們并沒有同步！

換句話說，我們需要手動在LyncBE-2節(jié)點(diǎn)上添加關(guān)于Lync的一些功能性賬戶的登陸名。

操作起來非常簡單，因?yàn)橛蠰yncBE-1節(jié)點(diǎn)可以做參照，我們知道需要配置哪些地方，哪些權(quán)限。

由于我已經(jīng)做過對比，這幾個(gè)登陸名都配置了相同的一條權(quán)限，即“連接SQL”，所以我們只需要在域里面，添加一個(gè)全局通用組，將這幾個(gè)Lync功能組拖進(jìn)去，然后在LyncBE-2上為這個(gè)全局通用組創(chuàng)建登陸名，并分配LyncBE-2的連接SQL權(quán)限即可。

有了思路就開干！：

?

添加成員

添加完畢

然后打開LyncBE-2上面的SQL控制臺右擊安全性- 登陸名 - 新建登陸名

單擊搜索，

注意這里默認(rèn)是沒有勾選組的，也就是默認(rèn)不允許添加組進(jìn)來。我們需要勾選一下，然后輸入組名稱LyncBElogin。

然后單擊左邊的安全對象，單擊搜索，選擇服務(wù)器LyncBE-2

在下面的權(quán)限里，勾選“連接SQL”

然后單擊確定，這樣就可以讓Lync服務(wù)組以服務(wù)賬戶連接LyncBE-2了！

其實(shí)操作到了這一步的時(shí)候，只要添加成功，Lync客戶端那邊馬上會有反應(yīng)，即不會再提示在中斷期間有限功能可用。

然而我并沒有留下那個(gè)截圖……

好了，接下來將LyncBE-1啟動起來，我們嘗試輪流關(guān)閉兩臺后端節(jié)點(diǎn)。同時(shí)觀察客戶端反應(yīng)。

沒有反應(yīng)

依舊沒有反應(yīng)……

前端日志里連個(gè)報(bào)錯(cuò)都沒！

事已至此…基本可以說，在連通性方面，這種架構(gòu)是允許的且合理的存在的。

后端節(jié)點(diǎn)進(jìn)行故障轉(zhuǎn)移的時(shí)候，客戶端完全沒有任何感覺。但是功能性方面，至發(fā)稿為止，我測試過基本IM功能，都沒有問題……

至于其他組件，比如存檔監(jiān)控……我就說不好了。

CDR……沒錯(cuò)，這個(gè)庫，是在創(chuàng)建安裝前端的時(shí)候才會建立的……發(fā)布拓?fù)涞臅r(shí)候跟它一點(diǎn)關(guān)系也沒，所以這個(gè)56202報(bào)錯(cuò)，就只能讓他這么下去了

目前我想到的解決辦法是找一個(gè)正常的Lync 2013環(huán)境，記錄下該數(shù)據(jù)庫的配置，如路徑，初始大小等，然后把LcsCDR這個(gè)數(shù)據(jù)庫在當(dāng)前架構(gòu)上手動進(jìn)行建立，再加到AlwaysOn可用性組里。至于操作，就留給感興趣的人了……

所以，這個(gè)架構(gòu)仍然是有缺陷和風(fēng)險(xiǎn)的。雖然我目前只發(fā)現(xiàn)了這一個(gè)問題，但畢竟是測試環(huán)境，其余組件的說服力不足…如果Lync有系統(tǒng)性的診斷工具，倒是可以進(jìn)行一次健康度測試或者壓力測試，如果各位看官發(fā)現(xiàn)了其他問題，也歡迎留言交流。雖說是旁門左道，可是在中小型環(huán)境里，數(shù)據(jù)庫大多堆在一塊的場景下，這種架構(gòu)的存在其實(shí)是非常節(jié)省成本的高可用解決方案！

轉(zhuǎn)載于:https://blog.51cto.com/sodaxu/1658696

總結(jié)

以上是生活随笔為你收集整理的Lycn 2013 with SQL AlwaysOn 「三」后续问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。