cost 399 ms
無法始終啟用對 SSISDB 的支持

[英]Can't Enable Always on Support for SSISDB

我需要為 SSISDB 設置 Always on Support,我收到以下消息: 無法對數據庫“SSISDB”執行該操作,因為它涉及數據庫鏡像 session 或可用性組。 不允許在參與數據庫鏡像 session 或可用性組的數據庫上執行某些操作。 我之前確實有這個設置沒有問題,但我們不得不刪除目 ...

DMV dm_hadr_database_replica_states 中的 Last_sent_time 和 Last_received_time 列未更新的問題

[英]Issue where Last_sent_time and Last_received_time columns in DMV dm_hadr_database_replica_states does not get updated

我在 2016 年遇到一個問題,DMV dm_hadr_database_replica_states 中的 Last_sent_time 和 Last_received_time 列沒有得到更新。 巧合的是,當時間最終更新時,我們看到了與超時相關的問題,這讓我認為發生了某種壓力,或者重做日志沒有正 ...

對於連接字符串,在高可用性設置中,路由如何工作?

[英]For connection strings, in a High Availability setup, how does the routing work?

我相信部分答案是,它連接到一個偵聽器服務器,該服務器重定向到一個真實的數據庫。 例如,一個連接字符串是 SQLCL01 是一個監聽器,我猜它會路由到該組中的一個真實數據庫,但是如果 SQLCL01 死了會發生什么? 連接不會中斷嗎? 如果那里存在單點故障,這將如何作為 HA 工作? 我知道有些數 ...

SQL 服務器可用性組用例 - 1 台機器上的 2 個 AG

[英]SQL Server Availability Groups Usecase - 2 AGs on 1 machine

我對 AG 的了解非常有限,而且我不是 DBA。 我們有 4 台機器——每台機器都托管兩個數據庫,比如 DB1 和 DB2。DB1 有自己的 AG(比如 AG1),它被復制到其他 3 台機器,DB2 也有自己的 AG(比如 AG2),它也是復制到相同的 3 台機器。 DB1 和 DB2 是寫入副 ...

可用性組還原和重新設定種子

[英]Availability group restore and reseed

是否可以在可用性組的主副本上恢復數據庫備份,然后將其重新植入輔助副本而不復制備份文件? 最好我需要獲取執行它的腳本(而不是 GUI)。 到目前為止,我正在這樣做從 AG 中刪除數據庫在主數據庫上恢復數據庫將數據庫添加到主數據庫上的 AG AG 設置為自動播種,但在將數據庫添加到 AG 后沒有發生播 ...

從 Always on 中刪除后事務日志備份不會縮小 - log_reuse_wait_desc“可用性副本”

[英]Transaction log backup does not shrink after removing from Always on - log_reuse_wait_desc "availability replica"

數據庫脫離可用性組后,事務日志不斷增長,無法收縮。 當我檢查 log_reuse_wait_desc 時,它顯示“可用性副本”。 但數據庫已從 AG 中刪除。 我很困惑,不知道在這一點上該怎么做,我在 SQL 2019 CU4 嘗試了通常的 – 日志備份 – > shrink 更改為 sim ...

SQL Server :: 復制分發代理永無止境

[英]SQL Server :: Replication Distribution Agent never ending

我正在使用異步復制運行 SQL Server 2019 Always ON 可用性組。 我使用了一個名為IDERA SQL Check的免費工具,我發現了程序名稱為Replication Distribution Agent的SPID 69 。 它總是在那里,像一只無聊的貓一樣盯着我。 這個 ...

如何在 Linux 上跨可用性組副本同步 SQL Server 代理作業?

[英]How to synchronize SQL Server Agent jobs across availability group replicas on Linux?

我有兩個在 Linux 上運行的 SQL Server 2019 實例。 這兩個實例都包含一個使用 AlwaysOn 可用性組同步的數據庫。 數據庫中的數據是同步的,但問題是 SQL 代理作業不是數據庫本身的一部分。 因此,當我在主要副本上創建 SQL Server 代理作業時,此配置不會復制到次 ...

SQL 服務器始終在線可用性組卡在“同步/恢復中”

[英]SQL Server Always On Availability Group stuck in “Synchronizing / In Recovery”

我正在嘗試在 SQL Server 2017 和 SQL Server 2019 實例之間創建一個 Always On AG,該實例具有非常簡單的數據庫(僅用於概念證明的單表測試數據庫)。 除了輔助副本卡在 SSMS 中的“同步/恢復中”狀態外,一切似乎都運行良好。 即使我將其標記為允許所有連接, ...

我可以在作為 wsfc 集群節點的服務器中安裝 MABS,我將其用於可用性組嗎? 如果不是,那為什么?

[英]Can I install MABS in a server which is node in a wsfc cluster which I'm using for Availability group? If not then why?

在 MABS 文檔( https://docs.microsoft.com/en-us/azure/backup/backup-azure-microsoft-azure-backup )中寫道,我們無法在作為群集節點的計算機上安裝 MABS所以我只是想確保我需要額外的機器。 ...

將服務器添加到 SQL 可用性組后,數據庫停留在“同步/恢復中”模式

[英]Databases stuck in “Synchronized / In Recovery” mode after adding server to SQL Avaylability Group

我有一個配置了 2 個節點的 SQL AlwaysOn 可用性組。 AG 在這 2 個節點上工作沒有任何問題,我可以在其中任何一個節點之間進行故障轉移(這些服務器在同一網絡上)。 最近,我在 AG 中添加了另一台服務器,但這是一台 Azure VM。 我成功地將它添加到 AG,播種模式為“自動” ...

可用性組同步提交-寫入/讀取問題

[英]Availability Group synchronous commit - Write / Read Question

我們為客戶配置了一個具有同步提交模式和兩個集群的可用性組。 一個群集是主群集,可寫且可讀。 另一個群集是輔助群集,並且只能讀取。 我們將輔助群集用於只讀操作。 另外,我們在asp.net門戶上使用此群集來讀取數據庫,並使用主群集寫入數據庫。 通過測試門戶網站和AG的功能,我們發現了問題 ...

鍵“ applicationintent”的值無效。 (System.Data)

[英]Invalid value for key 'applicationintent'. (System.Data)

我已在Windows Server 2012 R2上安裝了SQL Server 2017。 服務器群集在WSFC下,而SQL Server位於具有配置的可用性組偵聽器的可用性組中。 可用性組工作正常。 我已經在所有服務器上安裝了SSDT,但是沒有運氣。 當我在其他連接參數中設 ...

只讀可用性組副本上使用sp_setapprole的快照隔離錯誤

[英]snapshot isolation error using sp_setapprole on a read-only Availability Group replica

我正在研究SQL Server Always On可用性組,並且在只讀副本數據庫上設置應用程序角色時遇到問題。 真正令我煩惱的是行為,而且我不知道如何解釋錯誤消息。 我所要做的就是打電話 第一次嘗試可以正常工作。 在第二次和所有以下嘗試中,我收到以下錯誤: 消息396 ...

如何正確設置連接字符串到遺留應用程序的可用性組

[英]How to correctly setup the connection string to availability group for legacy app

想象一下,你有以下場景: 一個.net framework 2.0遺留客戶端應用程序。 SQL Server 2016 Always On Availability Group。 連接字符串應該如何? 我可以考慮兩個選擇: 將可用性組偵聽器名稱指定為Da ...

可用性組上的 SOS_SCHEDULER_YIELD 峰值

[英]SOS_SCHEDULER_YIELD spike on Availability Group

我快要對這個失去理智了。 我們有一個 3 服務器可用性組,我們的應用程序從中讀取所有 3 個服務器。 99.9% 的時間運行良好。 我們時不時地會在 SOS_SCHEDULER_YIELD 中出現峰值。 當這種情況發生時,我們的很多查詢都會超時。 通常不會持續超過一分鍾。 我們有一個每 2 分鍾 ...


 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM