在復原模式full or bulk-logged 的使用下，當SQL資料庫Transaction log增加速度變快時，我們會增加執行交易紀錄備份(Transaction log backup)的頻率來加速截斷交易紀錄，已經使用的交易紀錄空間(VLFs)就可以被標示inactive而被重複使用。
不過在AlwaysOn環境遇到一個特別的經驗，即使作了交易紀錄備份也沒辦法截斷交易紀錄，也因此讓Transaction log成長了幾次，來實驗看看當其中一台次要複本資料出現未進行同步處理狀態(NOT SYNCHRONIZING)的後續症狀。
.NET程式存取AlwaysOn可用性群組(Availability Group)下的唯讀複本有兩個連線方式:
1.直接連接次要複本所在的資料庫伺服器。
2.透過Availability Group Listener (AG Listener)唯讀路由讀取。
為了降低主要複本負載，除了倉儲與報表作業讀取非同步認可的複本，最近計畫把線上交易查詢改道同步認可的複本，一種類讀寫分流。
開始測試網站，就在明細頁修改完資料(主要複本)回到清單頁重查資料時(次要同步複本)，顯示的還是舊資料?
先前案子多把SQL Server 2012 新功能AlwaysOn作為備援用途，這次的案子則進一步希望在SQL Server 2014完成讀寫分流，
設定好ReadOnly Routing和Listener，也請SP幫忙加AD(VCO)及DNS，使用SSMS連入時卻一直連到主要複本，
明明設好了ApplicationIntent=ReadOnly..