新版sql-server高可用方案

●AlwaysOn高可用性解決方案，需要sqlserver版本在2023以上SQLServerAlwaysOn即“全面的高可用性和災難恢復解決方案〞?？蛻敉ㄟ^使用AlwaysOn技。SQLServerAlwaysOn在以下2個級別提供了可用性。在同時提交模式下，主副本的數(shù)據被同時更新到其他輔助副本，主副本與時同時。當系統(tǒng)監(jiān)測到主副本發(fā)生故障時，輔助副本可以立即成為新的實例級可用性lwaysOnFailoverClusterInstanceFCI據，然后才在這個新的主節(jié)點效勞器中啟動SQLServer效勞。FCI一份數(shù)據被保存在共享存儲日志傳送依賴于傳統(tǒng)的Windows文件復制技術與SQLServer代理。生成事務日志，這些事務日志將定期備份。然后備份文件。一個輔助數(shù)據庫都當作“冷備Replication的功能可以實現(xiàn)高可用性。復制通性。rver庫間復制和分發(fā)數(shù)據和數(shù)據庫對象，然后在數(shù)據庫間進行接、無線連接和Internet將數(shù)據分配到不同位置以及分配給遠程或移動用戶量的效勞器到效勞器方案〔包括：提高可伸縮和報告、集成多個站點的數(shù)據、集成異類數(shù)據以及減主要是為可能存在數(shù)據沖突的移動應用程序或分步式效勞器應用復制用于為事務復制和合并復制提供初始數(shù)據集；在適合數(shù)據完全刷那么搭建兩臺相同硬件配置和操作系統(tǒng)版本與補器即可庫主效勞器、監(jiān)聽效勞器、從效勞器)相同硬作系統(tǒng)版本與補丁、相同數(shù)據庫版本和補丁的效勞器將SQLServer常用的高可用性解決方案進行綜合比照。AlwaysOn實例級AlwaysOn數(shù)據庫級無“備用模式〞時可以訪問是是4.1.1實現(xiàn)方式/zh-cn/library/ms190640(v=sql.110).aspx原方案4.1.2優(yōu)劣勢輔助效勞器上配置多個輔助數(shù)據庫，可以建立多個“冷備用〞數(shù)據訪問，作為報表等應用程序的數(shù)據源，從而將報表查詢等只讀訪問的負實例，輔助數(shù)據庫只是被動地進行事務日志恢復，不主動獨立的步驟來實現(xiàn)，因此會有較大的延日志備份進程不能并發(fā)運行開日志鏈，從而導致日志傳送無法正常工作4.2AlwaysOn方式4.2.1應用方式對于通過第三方共享磁盤解決方案(SAN)進行的數(shù)據保護，建議你使用AlwaysOn故障轉即實例級可用性對于通過SQLServer進行的數(shù)據保護，建議您使用AlwaysOn可用性組。即數(shù)據庫級可用性副本之間傳送數(shù)據。有同時提交和異步提交兩種模式提交方式。極高的平安性。但是輔助效勞器接和發(fā)送確認信息這一系列過程也會帶來一定程度的延遲，從而影由于同時提交對性能影響較大，因此SQLServer僅允許單向的同時提交〔從一個主副本單向同同時提交，其他副本那么使用異步提交模式。2.1.2異步提交模式等待狀態(tài)，因此這種提交模式對性能幾乎沒有影響。但是輔助數(shù)失敗的情況〔例如，因網絡故障導致未接受主數(shù)據庫的事務，或寫入本地失。SQLServer2023最多允許AlwaysOn可用性組擁有8個輔助副本，其中同時提交的副本數(shù)量csmicrosoftcomzhcnsqldatabaseineavailabilitygroupswindowsavailabilitymodesalwaysbilitygroupsAlwaysOnSQLServer23中引入的企業(yè)級高可用性和災難恢復解決方案，可AlwaysOn可用性組要求SQLServer實例駐留在WindowsServer故障轉移群集(WSFC)節(jié)點“可用性組〞〔AvailabilityGroup，簡稱AG〕針對一組離散的用戶數(shù)據庫〔稱為“可用性數(shù)據同實現(xiàn)故障轉移〕支持故障轉移環(huán)境。一個可用性組支持一組主數(shù)據庫以及多組對〔1〕一個“主副本〞〔2〕多個“輔助副本〞據庫并作為可用性組的潛在故障轉移目標。主副本將每個主數(shù)據庫的事每個輔助數(shù)據庫。每個輔助副本緩存事務日志記錄〔“硬化〞日志〕，然后將以支持對輔助數(shù)據庫進行只讀訪問，并且可以將任何輔助副本配置Ier的輔助副本需要確定目前使用的JDBC驅動是否支持SQLSERVER)。AlwaysOn故障轉移群集實例WindowsServer故障轉移群集〔WindowsServerFailoverCluster，簡稱WSFC〕由一組物理效的硬件配置以及相同的軟件配置WSFC效勞可以監(jiān)視由其托管的角色〔WindowsServer2023以前稱為“效勞和應用程序〞〕的SQLServer安裝在AlwaysOn故障轉移群集實例〔FailoverClusterInstance，簡稱FCI〕的每個AlwaysOnFCI簡介FCIVirtualNetworkName，簡稱VNN〕和虛擬IP地址，應用程序SQLServer明的，F(xiàn)CI作為WSFC的一個“角色〞，在一個資源組中運行。群集中一次只有一個節(jié)點〔活動節(jié)點〕〔2〕停止FCI活動節(jié)點上的所有SQLServer相應效勞。SQLServerAlwaysOnFCI勢IVNN會會自動切換到新的活動節(jié)點。在故障轉移過程中，無需重新配置應用程序和客戶端。AlwaysOnFCI乏FCIFCI往往需要較高的本錢。任何時候FCI只有1個節(jié)點〔活動節(jié)點〕運行SQLServer效勞，其他節(jié)點那么處于“冷備用〞softcomzhcnsqlrelationaleplicationtypesofreplication：.很少更改數(shù)據。.在一段時間內允許具有相對發(fā)布效勞器已過時的數(shù)據副本。.復制少量數(shù)據。.在短期內出現(xiàn)大量更改。且這些價格每年要在固定時間進行一兩次完全更新，那么建議在數(shù)據更改后復制器上更新相對小的表，但可以接受一定的滯后時間，那么可以在夜間以快照形式先來看快照.于數(shù)據庫的照片,也就是在某個特定時間點(創(chuàng)立快照的時間點)給數(shù)據庫拍個照放.但是這個照片是一個新的數(shù)據庫,可以應用SQL語句.據是不變的.創(chuàng)立快照后,系統(tǒng)會對原數(shù)據庫的所有數(shù)據頁做個標識,如果數(shù)據頁改,會復制一個數(shù)據頁出來,沒有修改的數(shù)據頁那么不會有快照(原數(shù)據庫和快照數(shù)據庫共用該數(shù)據頁).從這樣來看,快照存在的時間越長,對系統(tǒng)的壓力會越大(要維護的變化數(shù)據頁太多).生成一個快照,這樣就可以在鏡像機上提供一個可訪問的數(shù)據庫,用來為數(shù)據倉庫提供數(shù)據源比擬適宜.再來看備份.時間點把數(shù)據庫里的所有對象內容都COPY一份,放到一個特定的文件里(備份文件,一般是.bak).用SQL,必須先通過復原的方式復原到一個數(shù)據庫(可以是和原數(shù)據庫名稱一致,也可以是一個新的數(shù)據庫),之后才能訪問里面的數(shù)據.COPY入磁帶(放到銀行里),從而實現(xiàn)離線容災.勞器上發(fā)生的順序和事務邊界應用于訂閱效勞器，因此，在發(fā)布內部可以保證事.希望發(fā)生增量更改時將其傳播到訂閱效勞器。更改，至更改到達訂閱效勞器，將允許應用程序響應每次更，而不只是響應該行最終的.發(fā)布效勞器有大量的插入、更新和刪除活動。.發(fā)布效勞器或訂閱效勞器不是SQLServer數(shù)據庫單模式，并且不能截斷數(shù)據庫日志，數(shù)據庫表必須都得有主鍵索引4.3.3合并復制：.多個訂閱效勞器可能會在不同時間更新同一數(shù)據，并將其更改傳播到發(fā)布效勞器和其他訂.訂閱效勞器需要接收數(shù)據，脫機更改數(shù)據，并在以后與