共計 12978 個字符，預計需要花費 33 分鐘才能閱讀完成。

行業資訊    
數據庫    
關系型數據庫    
sqlserver 關于發布訂閱 replication_subscription 的知識點有哪些

本篇內容主要講解“sqlserver 關于發布訂閱 replication_subscription 的知識點有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓丸趣 TV 小編來帶大家學習“sqlserver 關于發布訂閱 replication_subscription 的知識點有哪些”吧!

事務復制的工作機制

事務復制是由 SQL Server 快照代理、日志讀取器代理和分發代理實現的。
快照代理準備快照文件（其中包含了已發布表和數據庫對象的架構和數據），然后將這些文件存儲在快照文件夾中，并在分發服務器中的分發數據庫中記錄同步作業。
日志讀取器代理監視為事務復制配置的每個數據庫的事務日志，并將標記為要復制的事務從事務日志復制到分發數據庫中，分發數據庫的作用相當于一個可靠的存儲 - 轉發隊列。
分發代理將快照文件夾中的初始快照文件和分發數據庫表中的事務復制到訂閱服務器中。
在發布服務器中所做的增量更改根據分發代理的計劃流向訂閱服務器，分發代理可以連續運行以盡量減少滯后時間，也可以按預定的時間間隔運行。

因為日志讀取器代理 (對應如下 3 的 TESTDB1-replicate2-2) 會把發布數據庫的事務日志復制一份到分發數據庫中，所以發布數據庫并不需要在完整恢復模式下，如果日志讀取器沒能完成復制就發生發布數據庫的事務日志又將要截斷時，則發布數據庫的事務日志狀態 sys.databases.log_reuse_wait_desc 會顯示為 Replication 以阻止發布數據庫的事務日志發生截斷

1、如果操作發布訂閱的客戶端 SSMS 版本比服務器端版本低，會報錯，比如 service 是 sqlserver2016，ssms 使用 sqlserver2014 會報錯

2、只建立分發時，會新增 7 個相關 job; 初次建立發布的同時建立分發，會新增 9 個相關 job

3、后面每新增一個發布名，發布服務器上會新增兩個發布的 job 如下，前一個是不停的生成發布數據，該 job 不停運行，后一個是初始化發布數據(生成 unc 目錄下的文件和文件)，運行一次就可以了

TESTDB1-replicate2-2

TESTDB1-replicate2-pub_replicate2-2

發布實例名 – 數據庫名 – 發布名的序號

發布實例名 – 數據庫名 – 發布名 – 發布名的序號

4、發布服務器 - 復制 - 本地發布 - 發布名 - 右鍵 - 屬性 -snapshot，選擇 put files in the following folder，可以把文件放到共享路徑

5、訂閱，可以在訂閱服務器建立，也可以在發布服務器建立，發布服務器 - 復制 - 本地發布 - 發布名，右鍵選擇 new subscriptions

6、后面每新增一個訂閱，如果是推送訂閱，主庫增加一個 job，如果是請求訂閱，從庫增加一個 job

TESTDB1-replicate2-replicate2-TESTDB2-6(推送訂閱，發布實例名 - 發布數據庫名 - 發布名 - 訂閱實例名 - 編號)

TESTDB1-replicate1-pub_replicate1-TESTDB2-replicate_01-CD7A365E-2DE7-47A3-B31E-70F785FA71F2(請求訂閱)

7、發布 job 或訂閱 job，都可以根據需要修改 scheduler

8、本地發布或本地訂閱下面的訂閱圖標有小圈圈，表示在當前實例下，是對方主動而不是當前實例主動，訂閱的 job 在對方那邊

推送訂閱，在主庫發布下面的訂閱圖標沒有藍色小圈圈，在從庫訂閱下面的訂閱圖標有藍色小圈圈

請求訂閱，在主庫發布下面的訂閱圖標有藍色小圈圈，在從庫訂閱下面的訂閱圖標沒有藍色小圈圈

– 也適用于本地發布又是本地訂閱的情況，比如本地一個庫信息傳輸到本地另一個庫，則本地發布或本地訂閱下面都有訂閱，如果是推送訂閱，則發布下面的訂閱圖標沒有藍色小圈圈，訂閱下面的訂閱圖標有藍色小圈圈，如果是請求訂閱，則發布下面的訂閱圖標有藍色小圈圈，訂閱下面的訂閱圖標沒有藍色小圈圈

9、訂閱的刪除，根據推送訂閱和請求訂閱的不同，有不同操作方式，統一的操作方法就是直接刪除主庫發布下面的訂閱。

推送訂閱的情況下，如果只在從庫刪除訂閱，則主庫的發布下面的訂閱信息還在，主庫上的訂閱 job 也還在(但是信息不會同步到訂閱庫了)，還需要在主庫再刪除一遍

推送訂閱的情況下，在主庫刪除訂閱的話，主庫上的訂閱 job 也不在了，從庫的訂閱信息也自動刪除了

請求訂閱的情況下，在主庫刪除訂閱的話，從庫上的訂閱 job 也不在了，從庫的訂閱信息也自動刪除了

請求訂閱的情況下，在從庫刪除訂閱的話，從庫上的訂閱 job 不在了，主庫上的發布下面的訂閱信息也不在了

– 也適用于本地發布又是本地訂閱的情況，比如本地一個庫信息傳輸到本地另一個庫，則本地發布或本地訂閱下面都有訂閱

10、發布的 job 在 msdb.dbo.sysjobs 正常記錄，但是這些 job 運行時在 sysprocesses.program_name 都是顯示 Microsoft SQL Server，不顯示為具體的 job 名稱，如下語句查詢 job，不適用于訂閱復制

select * from msdb.dbo.sysjobs where name= jobname

select a.program_name,a.* from master..sysprocesses a where a.program_name like %0D1CE57E8AC5%

11、訂閱的 job 在 msdb.dbo.sysjobs 正常記錄，但是這些 job 運行時在 sysprocesses.program_name 都是顯示為空

12、刪除訂閱數據庫時，出現如下，解決方法是把訂閱的 job 停掉再把訂閱數據庫 offline，再刪除

Cannot drop the database‘XXX’because it is being used for replication

13、刪除發布，如果發布下面有訂閱，則刪除發布的時候，訂閱就失效了

請求訂閱的情況下，從庫的本地訂閱下面還有訂閱和 job，但是失效了，還需要手工刪除一下訂閱，此時會自動刪除 job

推送訂閱的情況下，主庫的發布和 job 都刪除了，從庫的本地訂閱下面還有訂閱，但是失效了，還需要手工刪除一下

– 也適用于本地發布又是本地訂閱的情況，比如本地一個庫信息傳輸到本地另一個庫，則本地發布或本地訂閱下面都有訂閱

14、訂閱庫，可以執行 DML，執行 delete 不會有什么后遺癥，執行 update 或 insert 的話，如果后面收到發布庫傳過來的數據，可能會產生沖突

15、發布訂閱相關的存儲過程

EXEC distribution.dbo.sp_replmonitorhelppublisher – 發布庫上執行，檢查發布服務器上的本地發布的情況

16、發布建立好后，發布服務器上有一個 linked sever 指向分發服務器，名稱一般為 repl_distributor，disable publishing and distribution 后，該 linked server 會自動刪除

訂閱建立后(不管是請求訂閱還是推送訂閱)，會在發布服務器上自動建立一個 linked server 指向訂閱服務器。刪除發布或 disable publishing and distribution，該 linked server 都不會自動刪除

17、如果訂閱的 job 的 schedules 沒有明確指定，只是 start automaticaly when SQL Server Agent starts，那么一旦把這個 job 停止，后面不會再同步了，在 Replication Monitor 里面的 Subscription Watch List 看到這個訂閱的 status 就是 not running

18、推送訂閱：到發布服務器下面的本地發布 - 發布名稱 - 訂閱名，右鍵選擇 view Synchronization Status 可以看到訂閱狀態

請求訂閱：到訂閱服務器下面的本地訂閱 - 訂閱名，右鍵訂閱，選擇 view Synchronization Status 可以看到訂閱狀態，并可以看到訂閱 job 的運行情況

19、復制 - 本地訂閱 - 訂閱名，右鍵選擇 view Synchronization Status 查看到狀態是 No replicated transactions are available，則到發布端，復制 - 本地發布 - 發布名，右鍵發布，選擇如下兩者，查看 job 狀態是否 start 運行中，如果是，再 count(*)主從表數據是否一致，如果一致，說明此時確實沒有 DML 事務產生新的數據

View Snapshot Agent Status 查看快照代理狀態，對應的 job 其實是 實例名 - 發布數據庫名 - 發布名稱 - 發布序號，一般只運行一次，生成存放在 unc 中的初始化數據

View Log Reader Agent Status 查看日志讀取器代理狀態，對應的 job 其實是 實例名 - 發布數據庫名 - 發布序號，一般一直運行

20、所謂的分發服務，就是創建一個分發數據庫默認是 distribution，并創建 snapshot 目錄，如果沒有創建分發，初次建立發布的時候，會自動建立分發服務，第二次建立發布的時候，會使用原來的分發服務。創建發布時，必須要先有分發，要不發布的數據存放在哪呢? 分發就是存放這些要發布的數據的地方

21、分發服務器是發布服務器與訂閱服務器之間的橋梁，起著存儲區的作用，負責復制與一個或多個發布服務器相關聯的特定數據。每個發布服務器都與分發服務器上的單個數據庫 (稱作分發數據庫) 相關聯。分發數據庫從發布服務器獲得要發布的數據后將存儲復制狀態數據和有關發布的元數據，并且在某些情況下為從發布服務器向訂閱服務器移動的數據起著排隊的作用。在大多數情況下，一個數據庫服務器實例充當發布服務器和分發服務器兩個角色。當發布服務器和分發服務器在同一個數據庫實例中時，稱為“本地分發服務器”。當發布服務器和分發服務器按各自的數據庫服務器實例配置時，把分發服務器稱為“遠程分發服務器”

22、沒有建立過分發時，右鍵 replication 時，有 configure distribution，選擇 configure distribution 表示只配置分發，不做其他動作，在此過程中如果在 Publishers 頁面勾選了 publisher 和 distribution database，則右鍵 replication 時，沒有了 configure distribution，取而代之的是 publisher properties、distributor properties、disable publishing and distribution; 如果在 Publishers 頁面沒有勾選 publisher 和 distribution database，則右鍵 replication 時，沒有了 configure distribution，取而代之的是 Distributor Properties、Disabled Publishing and Distribution Wizard。其實右鍵 replication 選擇 configure distribution 時勾選了 publisher 和 distribution database，就是選擇哪些發布服務器可以使用這個分發服務器(enable servers to use this distributor when they become publishers)，其中 distribution database 沒得選，就是分發的數據庫，默認是 distribution

23、右鍵 Replicattion 選擇 Disabled Publishing and Distribution Wizard，禁用訂閱發布，所有的訂閱發布信息都丟失了包括 system databases 里的 distribution 數據庫也包括 unc 目錄下的所有目錄和文件，所以執行之前需要對訂閱發布信息進行備份或截圖

24、要初始化訂閱，即重新把發布端的數據推送到訂閱端，可以選擇推送到這個發布的單個訂閱（發布端 – 發布名稱 – 訂閱名稱 – 右鍵 –reinitialize），也可以選擇推送到這個發布的所有訂閱（發布端 – 發布名稱 – 右鍵 –reinitialize all subscriptions）。再在發布服務器 - 復制 - 本地發布 - 發布名，右鍵選擇 View Snapshot Agent Status 選擇 start，或運行 job 實例名 - 發布數據庫名 - 發布名稱 - 發布序號

25、在訂閱端的表里手工先 insert 一條語句，后面發布端同步一條一樣數據過來的時候，訂閱端會報錯

Violation of PRIMARY KEY constraint PK_XX . Cannot insert duplicate key in object dbo.TXX . The duplicate key value is (33583).

26、bug 問題：右鍵 Replicattion 選擇 Disabled Publishing and Distribution Wizard 后，最后一步會報錯，但是確實把發布和分發都刪除了

27、導出訂閱復制的腳本的方法：右鍵 Replication 選擇 Generate Scripts(導出腳本里面有注釋，在發布端執行還是訂閱端執行)
以上會導出當前服務器下的分發、發布、訂閱，如果在 Generate Scripts 跳出的界面勾選了 distributor properties 則會導出分發；勾選了 publications in the following data sources 則會導出發布；如果勾選了 subscriptions in the following data sources 則會導出訂閱。

28、監控發布訂閱是否有異常，在發布端執行以下 5 條語句即可

select * from [distribution].[dbo].[MSlogreader_history] WHERE error_id != 0 AND [time] = DATEADD(HOUR, -1, GETDATE())
select * from [distribution].[dbo].[MSdistribution_history] WHERE error_id != 0 AND [time] = DATEADD(HOUR, -1, GETDATE())
select * from [distribution].[dbo].[MSsnapshot_history] WHERE error_id != 0 AND [time] = DATEADD(HOUR, -1, GETDATE())
select * from [distribution].[dbo].MSrepl_errors order by 2 desc

select * from msdb.dbo.sysreplicationalerts order by 7 desc

29、查詢某個發布 XX，發布的數據庫對象的 2 種方法

29.1、發布數據庫上執行(數據來源這三張表，distribution.dbo.MSpublications 視圖查詢發布名、

distribution.dbo.MSarticles 視圖查詢發布的對象比如表、sysarticlecolumns 視圖查詢發布的表發布了哪些字段) 

select a.article,a.source_object,a.destination_object,b.colid from 

(select article,article_id,source_object,destination_object 

from [distribution].[dbo].MSarticles where publication_id in 

(select publication_id from 

[distribution].[dbo].MSpublications where publication= XX  

) 

) a 

inner join 

(select * from dbo.sysarticlecolumns) b 

on a.article_id=b.artid order by a.article 

29.2、訂閱數據庫上執行  

select distinct article  from MSreplication_objects where publication= XX

30、某個發布 XX 丟失了，但是請求訂閱還在的處理方法

訂閱端執行如下，找到發布的數據庫對象，再在發布端創建發布，再重建訂閱，方法 2 可行

select distinct article  from MSreplication_objects where publication= XX

如下方法不行

把發布數據庫恢復到丟失以前看能不能找回發布信息, 發現發布數據庫執行如下報錯

select * from sysarticlecolumns

Invalid object name sysarticlecolumns .

31、發布訂閱需要新增一張表時，只需要右鍵發布名稱選擇 articles 項目在里面勾選需要新增的表即可，再右鍵發布名稱 –view snapshot agent status–start 即可，在發布端的日志讀取 job(右鍵發布名稱 –view log reader agent status)正常運行的情況下，訂閱 job(右鍵訂閱名稱 –view sysnchronization status)也正常運行的情況，訂閱數據庫上可以馬上看到新增的表

32、SSMS 圖形界面，新建發布到第四步 articles 項目時或已經存在的發布右鍵選擇 articles 項目時，界面很慢一直無法正常顯示數據庫對象比如表視圖存儲過程等，說明有堵塞，SSMS 點開一些界面其實就是一個 select 的動作，找到堵塞源殺掉后，就可以正常顯示了

33、實例 –replication–Local Subscriptions– 訂閱名稱 – 右鍵 –View Synchronization Status 報錯：An error occurred connecting to server XX .SQL Server repliaction requires the actual server name to nake a connection to the server.
原因：可能修改了計算機名，SSMS 連接的是新的計算機名，但是數據庫沒有修改 Servername，導致這個報錯，SSMS 連接使用老的計算機名或修改數據庫修改 Servername 為新的計算機名即可

34、A 服務器 ADB1 庫的數據做了 replication 到 B 服務器的 ADB1 數據庫，A 服務器和 A1 服務器搭建了 AG，并把 ADB1 加入了 AG，但是 A1 上的 AG 對應的數據庫 ADB1 不正常，右鍵 A 服務器 ADB1 對應的發布名稱 –View Log Reader Agent Status 發現 ADB1 的發布報錯：Replicated transaction are waiting for next log backup or for mirror partner to catch up(復制的事務正等待下一次日志備份或等待鏡像伙伴更新)
解決方法
    方法 1、確保 A1 的 AG 中 ADB1 正常(首選方法)
    方法 2、在 A 服務器上把該數據庫 ADB1 從 AG 中移除
    方法 3、在 A 服務器上執行
DBCC TRACEON (1448, -1)  – 不希望 replication 受到 alwayson 其他 node 的影響
原因：
    我們知道 always on 的輔助副本 secondary 是獲取了 primary 的日志信息而進行的 redo 動作實現了數據庫的同步工作。當 secondary 異常宕機后，為了保證 secondary 起來時能夠繼續上次讀取日志的地方做 redo 動作，db 的 transaction log 就不會進行備份，而一直增大，最壞的情況導致磁盤爆滿，無法使用。如當前 01 為 primary，02 為 secondary，為了避免 failover 后，02 切換為主副本，而此節點卻沒有獲取到和 01 一樣新的 replication 信息，導致異常。所以所有的 always on node 都要知道同步的情況，否則不繼續進行同步。即所有 node 都獲取 replication 信息后，才允許 replication 繼續進行

35、SSMS 對 DB1 創建發布時報錯：this database is not enabled for publication 不允許此數據庫用于發布。(Microsoft SQL Server，錯誤: 14013)

  手工執行對 DB1 創建發布
USE master
EXEC sp_replicationdboption @dbname = DB1 ,@optname = publish ,@value = true
GO
報錯
鏈接服務器 repl_distributor 的 OLE DB 訪問接口 SQLNCLI 返回了消息 Login timeout expired。
鏈接服務器 repl_distributor 的 OLE DB 訪問接口 SQLNCLI 返回了消息 An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.。
    該實例是 Enterprise 企業版，不是 Express 開發版，可以創建發布，所以不是版本問題

  原因：發現存在一個名為 repl_distributor 的 linked server，且無法刪除該 linked server，查詢該 linked server 發現它已經用于發布, 即 master.sys.servers.is_distributor=1

  解決方法：USE master;  
  EXEC sp_serveroption repl_distributor , dist , false  

36、錯誤號：18483
could not connect to server XX because distributor_admin is not defined as a remote login at the server
未能連接到 XX 服務器，因為 distributor_admin 未在該服務器上定義為遠程登錄
Could not connect to server XX because YY is not defined as a remote server.

未能連接到 XX 服務器，因為 YY 沒有定義為遠程服務器
原因：hostname 和 servername 不一致導致，hostname 是 XX，但是 servername 是 YY，這時候不能通過圖形界面來完成創建分發服務器的操作
解決方法：使用圖形界面向導，最后選擇不配置分發，而是生成腳本，使用腳本的代碼，修改腳本中代碼，把 XX 修改為 YY 即可

37、replication 到不同的 schema，比如 A 庫的 dbo.table1 可以復制到 B 庫的 repl.table1, 不過無法使用圖形界面來操作，需要使用腳本來操作，當然也可以使用圖形界面來操作但是最后不點確定，而是從圖形界面導出腳本，再修改腳本中的 schema 信息，如下案例把 dbo 這個 schema 的表 base 復制到 repl 這個 schema 下:

use [PatternRecDB]
exec sp_addarticle @publication = N PatternRecDB_Base , @article = N Base , @source_owner = N dbo , @source_object = N Base , @type = N logbased , @description = N , @creation_script = N , @pre_creation_cmd = N truncate , @schema_option = 0x000000000803509F, @identityrangemanagementoption = N manual , @destination_table = N Base , @destination_owner = N repl , @status = 24, @vertical_partition = N false , @ins_cmd = N CALL [sp_MSins_dboBase] , @del_cmd = N CALL [sp_MSdel_dboBase] , @upd_cmd = N SCALL [sp_MSupd_dboBase]
GO

38、修改數據庫名報錯 can not rename the database name because it is published or it is a distribution database，解決方法:sp_removedbreplication @dbname=XXX
39、修改 servername 報錯 There are still remote logins or linked logins for the server DBMASTER
解決思路
39.1、查看哪些用戶遠程連接了 DBMASTER 服務器
sp_helpremotelogin DBMASTER
server   local_user_name   remote_user_name   options
DBMASTER   distributor_admin   distributor_admin
39.2、刪除遠程連接，繼續出現的錯誤表示該服務器是訂閱復制的發布服務器
exec sp_dropserver DBMASTER , @droplogins = droplogins
繼續報錯 Cannot drop server DBMASTER because it is used as a Publisher in replication.
39.3、刪除訂閱復制的發布信息
sp_dropdistpublisher @publisher = DBMASTER
繼續報錯 Cannot drop the local distribution Publisher because there are Subscribers defined.
39.4、刪除訂閱信息
sp_dropdistributor
繼續報錯 Could not drop the Distributor DBMASTER . This Distributor has associated distribution databases.
39.5、最后刪除訂閱信息再重新把 DBMASTER 修改為 DBMASTERNEW，成功
EXEC sp_dropdistributor @no_checks = 1, @ignore_distributor = 1
exec sp_dropserver DBMASTER , @droplogins = droplogins
sp_addserver DBMASTERNEW , local

建立分發

復制 - 右鍵 - 配置分發

1、選擇分發服務器

2、選擇 snapshot 目錄

3、創建分發數據庫(數據庫名稱默認為 distribution、數據庫文件目錄、數據庫日志名稱)

4、選擇哪些發布服務器可以使用這個分發服務器，enable servers to use this distributor when they become publishers，其中 distribution database 沒得選，就是分發的數據庫，默認是 distribution

– 如果上面第四步勾選了 publisher 和 distribution database，右鍵 Replicattion 有 Publisher Properties、Distributor Properties、Disabled Publishing and Distribution Wizard。如果不勾選，右鍵 Replicattion 則沒有 Publisher Properties，有 Distributor Properties、Disabled Publishing and Distribution Wizard

分發建立好后，有如下 job

1、Agent history clean up: distribution

2、Distribution clean up: distribution

3、Expired subscription clean up

4、Monitor and sync replication agent jobs

5、Reinitialize subscriptions having data validation failures

6、Replication agents checkup

7、Replication monitoring refresher for distribution.

建立發布

復制 - 本地發布 - 右鍵 - 新建發布

建立發布 1：還沒有分發時，建立發布的同時建立分發(雖然沒有了上面 建立分發 的第 3、4 步，但是也默認創建了數據庫 distribution)

右鍵 local publications(本地發布)– 選擇 new publication(新的發布)

1、選擇分發服務器

2、選擇 snapshot 目錄

3、選擇要發布的數據庫

4、選擇發布類型

5、選擇要發布的對象，比如表、視圖、存儲過程

6、選擇 snapshot 代理，snapshot 是立即創建還是定期創建，snapshot 代理的安全性是使用用戶名密碼還是使用 sqlserver agent 服務，snapshot 代理怎么連接發布服務器，是 OS 域帳戶還是 DB 帳戶

7、創建發布名稱

發布建立好后，有如下 job

1、Agent history clean up: distribution

2、Distribution clean up: distribution

3、Expired subscription clean up

4、Monitor and sync replication agent jobs

5、Reinitialize subscriptions having data validation failures

6、Replication agents checkup

7、Replication monitoring refresher for distribution.

8、WONCNTESTDB1-replicate1-1

9、WONCNTESTDB1-replicate1-pub_replicate1-1

建立發布 2：已經建立了分發時，只建立發布

1、選擇要發布的數據庫

2、選擇發布類型

3、選擇要發布的對象，比如表、視圖、存儲過程

4、選擇 snapshot 代理，snapshot 是立即創建還是定期創建，snapshot 代理的安全性是使用用戶名密碼還是使用 sqlserver agent 服務，snapshot 代理怎么連接發布服務器，是 OS 域帳戶還是 DB 帳戶

5、創建發布名稱

發布建立好后，有如下 job

1、WONCNTESTDB1-replicate1-1

2、WONCNTESTDB1-replicate1-pub_replicate1-1

建立訂閱

1、選擇發布服務器，選擇發布

2、選擇推送訂閱還是請求訂閱

3、選擇訂閱服務器，選擇訂閱數據庫

4、選擇訂閱代理服務器，分發代理使用怎么連接, 是 OS 域帳戶還是 DB 帳戶, 分發服務器使用怎么連接, 是 OS 域帳戶還是 DB 帳戶，訂閱服務器使用怎么連接, 是 OS 域帳戶還是 DB 帳戶

5、訂閱同步是持續性還是按需求

6、是否馬上初始化訂閱對象

訂閱建立好后，有如下 job，此 job 名稱的前半段和訂閱名稱一樣即 WONCNTESTDB1-replicate1-pub_replicate1

WONCNTESTDB1-replicate1-pub_replicate1-WONCNTESTDB2-replicate_01-CD7A365E-2DE7-47A3-B31E-70F785FA71F2

到此，相信大家對“sqlserver 關于發布訂閱 replication_subscription 的知識點有哪些”有了更深的了解，不妨來實際操作一番吧！這里是丸趣 TV 網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！