log-shipping

    1熱度

    1回答

    我在日誌傳送設置頁面中找不到壓縮選項。 SQL的版本是Microsoft SQL 2012 Std。

    0熱度

    1回答

    我有一個AlwaysOn可用性組,它與Synchronous Commit &自動故障切換一起運行。例如,連接爲具有節點SQL01A或SQL01B的SQL01。 我想使這個數據可用於另一臺服務器SQL02上的倉庫,由於大量更改和大量讀取,我們不能使用AAG異步提交,因爲它滯後並導致高等待。 由於這個原因,我決定每天一次將登錄到SQL02。但是,AAG在節點之間故障切換SQL01A & SQL01B

    0熱度

    1回答

    我試圖配置從本地服務器到Azure Iaas SQL VM的日誌傳送。請讓我知道方法和限制。 主要是我想知道我們將如何在炳,蔚藍以及如何備份配置之間的網絡共享的路徑和恢復會發生

    0熱度

    2回答

    是否可以將輔助數據庫從熱備用/只讀更改爲正常模式?它會停止logshipping?

    1熱度

    1回答

    我有一個SQL Server 2012數據庫,當前用作事務數據庫和報告數據庫。應用程序讀取/寫入同一個數據庫,並且還針對同一個數據庫生成報告。 由於某些性能問題,我決定維護數據庫的兩個副本。一個將是應用程序將訪問的交易數據庫。另一個數據庫將是交易數據庫的確切副本,並且只能由報告服務使用。 以下是要求: 報告數據庫應當與事務性數據庫中每隔一小時進行同步。也就是說,報告數據庫最多可以有1小時的陳舊數據

    0熱度

    1回答

    我有一個駐留在第三方的數據庫的「日誌傳送」副本。日誌傳送每15分鐘運行一次,此時數據庫的所有連接都將被丟棄。數據庫用於報告目的。 我決定從日誌發運(只讀)數據庫中的一些數據到每晚刷新一個新的數據庫。這將允許用戶連接到新的數據庫,而不會因日誌傳送而失去連接性。 (它還允許使用更細粒度的安全權限,因爲只讀副本不能被編輯) 我能想到2種模式來完成這個任務。 刪除表,創建表,創建索引 使用MERGE語句來

    0熱度

    1回答

    日誌出貨一直在工作。我得到的消息: Error: The log in this backup set begins at LSN 193489000090302900001, which is too recent to apply to the database. An earlier log backup that includes LSN 192973000046320700001 can

    0熱度

    1回答

    我在服務器上有一個300 GB的MSSQL 2016生產數據庫,爲了報告目的,我需要在另一臺服務器上創建此數據庫的副本。 在生產數據庫上,存在正常的羣集/非羣集索引,每日讀寫操作正在發生。 在報表方面,我將擁有與列存儲索引相同的數據庫表,因此我將獲得oppurtunity以使我的報表查詢結果比實時數據庫更快。 當時的想法是很好,直到我無法找到複製這兩個數據庫,並保持同步一個適當的方式(如用最多5周

    0熱度

    1回答

    我能夠從主設置日誌傳送到輔助數據庫。然後我需要清除主數據庫中的一些舊數據,但我需要輔助數據才能進行報告。 所以我的想法是爲了阻止日誌備份作業,小學清理數據並截斷事務日誌,以便刪除命令將永遠不會到輔助數據庫,然後重新啓動日誌傳送過程。 但是它似乎,這樣做只是 DBCC SHRINKFILE(Primary_log,1) 是不夠的,刪除刪除事務日誌的命令和它們在二級執行。 我想重複這個過程,但切換

    0熱度

    1回答

    我試圖確定將SQL Server數據庫從其生產環境複製到另一臺服務器以進行報告的最佳方法。 我們使用的基於雲的軟件應用程序基於SQL Server數據庫。供應商讓我們訪問他們的模式,並且我們爲報告目的建立自己的查詢和觀點。生產數據庫的完整備份每天晚上通過Secure FTP發送給我們,此時我們將備份恢復到我們的報告服務器。這個過程是不可靠的,因爲SFTP傳輸失敗。 我正在尋找一種替代解決方案,可能