log-shipping

    1熱度

    2回答

    是否有可能自動日誌傳送故障轉移,並在日誌傳送,一些在PowerShell中,它檢查了是否有要複製更多.trn文件恢復輔助數據庫,恢復所有未覈銷交易及恢復輔助數據庫?

    5熱度

    1回答

    我目前正在穿越像複製,日誌傳送,鏡像等SQL Server橫向擴展技術的叢林......我擁有在我的選擇以下約束條件: 我想只讀負載散佈翻過的初級和次級(鏡,訂戶)服務器 寫負載可以直接發送到主服務器 該解決方案應該幾乎免維護。模式更改應該只是複製到輔助服務器上(注意:複製在這裏看起來有一些嚴重的限制) 書寫數據應該可以在輔助服務器上非常快速地訪問(在1秒以內,但更好的是瞬間) 在服務器故障時,我

    1熱度

    2回答

    我需要一種一致的方式來監控數據庫,這些數據庫是生產數據庫的只讀日誌副本。在過去,我依靠以下方法: 將恢復日誌到數據庫的作業設置爲啓動另一個作業的最後一步。 將恢復日誌到數據庫的作業設置爲在控制表中插入記錄作爲其最後一步。 查詢msdb數據庫以檢查將日誌恢復到數據庫的作業的狀態。 查詢數據庫本身內的控制表,在備份事務日誌之前立即獲取值。 查詢數據庫內表格的MAX值,看它是否有最近的變化。 儘管上述方

    2熱度

    2回答

    我目前正在本地大學學習MS SQL 2K5管理課程,並遇到了日誌傳送部分的問題。 我的設置如下: 的Windows 7 64位系統 SQL 2005 SP3 在同一臺機器上2 SQL Server實例 日誌傳送設置: 在進行全然後重新登錄了Primary 在備用模式下手動恢復備用模式 插入新記錄使用SQL Authenication登錄表 設置日誌傳送的主要連接到二級 設置定時器和二次 複製目的地

    0熱度

    1回答

    我有一個物理Prod數據庫服務器(SQL05),現在是一個VM數據庫服務器。這個想法是,如果物理機器停機,我們將我們的路由器(通過NAT)重新指向VM機器。我正在考慮使用日誌傳送來保持虛擬機數據庫基本上是最新的。 這是正確的方法嗎? 我應該以另一種方式看待鏡像嗎? 我們希望VM DB是處於可用狀態在任何時候(所以我覺得這排除鏡像) 任何(好)建議要求! :)

    1熱度

    1回答

    我們在不同的網絡上有兩臺SQL 2008服務器,很快就會有一個VPN連接它們。很快2-3周。如果現在已經到位,我們可以輕鬆設置保持目標(備用/只讀)數據庫處於最新狀態的事務日誌傳送(或其他方法)。在只讀模式下,我們如何在該目標數據庫上設置LSRestore_作業?我們將首先手動複製* .trn文件。我的主管說他看到一個帖子說這是可能的。我們只是試圖避免每次都進行完整的數據庫備份和複製。在此先感謝您

    3熱度

    1回答

    是否可以腳本所有的日誌傳送配置? 例如:我需要編寫從兩個數據庫啓動日誌傳送從服務器A到服務器B.工作 作業將在服務器A 運行順便說都是SQL 2008 R2企業版。 有服務器A上 共享\ serverA的\登錄 我相信這是所有需要。 是否可以通過腳本來完成? 我是否需要初始化數據庫或者是否有像SSMS這樣的選項來自動初始化? 我需要手動創建作業嗎?還是以創建作業並管理它們的方式進行配置? 它是腳本

    0熱度

    1回答

    我想限制作爲日誌傳送的一部分傳送的單個文件的大小(因爲我正在使用WebDAV傳輸)。 我想,以確保沒有TRN文件被創建是超過一定尺寸(例如16MB),更因爲它似乎嗆WebDAV的。 我從sqllogship.exe的輸出注意,它指出: Max Transfer Size: Not Specified 可以這樣配置? 感謝 安迪

    2熱度

    2回答

    我有一個工作的WAL運行安裝程序,它具有應用WAL文件的熱備用從屬服務器。 當我創建pg_standby觸發器文件時,它立即檢測到它,但實際上已準備好接受連接需要大約10-15分鐘。大部分時間都花在等待.history文件上。 觸發器文件爲空,因此應該執行「智能」故障切換。我能做些什麼來使故障轉移(更快)? 日誌輸出: WAL file not present yet. Checking for

    1熱度

    3回答

    我的任務是爲我們的一個系統設置災難恢復。主服務器位於佛羅里達州,輔助服務器位於德國。該應用程序是我公司內部的全球應用程序。 我不確定我是否應該使用日誌傳送或鏡像。我所讀到的是鏡像會對我的應用程序的性能產生不利影響。這是真的?這是否意味着用戶每次修改或保存記錄時都需要較長的時間才能獲得肯定的響應。 由於