1
我們有一個新的文件流數據庫,最初將裝載65GB數據,我們希望將其配置到遠程(不同大洲)位置的日誌傳送。用於SQL Server 2008中大型數據庫的日誌傳送的初始配置
對於日誌傳送的初始設置,從主服務器備份到輔助服務器之間的時間是否有任何閾值?在配置日誌傳送之前,新的數據庫將基本處於脫機狀態。由於數據庫的大小,數據庫最初可能需要一段時間(天)才能備份,然後在目標上進行恢復。這會是一個問題嗎?
我們有一個新的文件流數據庫,最初將裝載65GB數據,我們希望將其配置到遠程(不同大洲)位置的日誌傳送。用於SQL Server 2008中大型數據庫的日誌傳送的初始配置
對於日誌傳送的初始設置,從主服務器備份到輔助服務器之間的時間是否有任何閾值?在配置日誌傳送之前,新的數據庫將基本處於脫機狀態。由於數據庫的大小,數據庫最初可能需要一段時間(天)才能備份,然後在目標上進行恢復。這會是一個問題嗎?
我相信唯一的問題是日誌序列號(LSN)鏈是不間斷的。這將從您的完整備份開始,但也可以根據需要進行儘可能多的後續事務日誌備份。您提到在配置日誌傳送之前數據庫將處於脫機狀態,因此,在備份完成複製/恢復之前,您不應該在主服務器上建立事務。但是,如果您希望使主要聯機,則可能需要經常進行事務日誌備份,以避免在事務建立時(取決於使用情況)耗盡空間。
這是可以的,因爲您可以輕鬆地將這些事務日誌複製到輔助服務器,還原它們,然後啓用日誌傳送。只要主服務器上的所有備份都已在輔助服務器上恢復,LSN鏈就會保留,因此發送的第一個日誌備份應該可以正確恢復。在這種情況下時間無關緊要。
謝謝戴夫。這是非常重要的。我們採取的最終方法是對主要服務器進行備份,並且我們希望將所有內容都聯機並啓動日誌傳送,我們將備份恢復到主服務器和輔助服務器。日誌傳送然後安裝順利。 – 2010-03-14 21:13:18