⑴ sql server 2008 r2事務日誌傳送備用只讀怎麼變成讀寫
你下載錯了SQL版本 .不是每個版SQL Server 2008 R2都適合WIN 7,同時不同WIN 7系統版本也要相應不同SQL Server 2008 R2版本！
⑵ MS SQL 事物日誌傳送能否跨資料庫版本嗎
SQL SERVER的事物日誌傳送(log shipping)功能，相信很多人都使用過或正在應用，這是MS SQL提供的一個非常強大的功能，一般需要一個主資料庫伺服器（primary/proction database server）和輔助資料庫伺服器(standby server)來完成這個配置，默認情況下，主資料庫和輔助資料庫的版本應該是一致的，那麼如果這兩個資料庫版本不一致，會不會有什麼問題？還能做log shipping配置嗎？
那麼資料庫版本不一致分兩種情況：
1： 類似於MS SQL 2005 64 bit SP4 與MS SQL 2005 SP3 32 bit這樣的版本差別
2： 完全不同的版本，例如MS SQL SERVER 2005 和 MS SQL SERVER 2008.
可能有人就要吐槽了，為啥要搞成不同的版本呢，這不是自己沒事找事做嗎？出現這種情況，真是一言難盡，歷史的問題.....等等，你叫我怎麼吐槽呢？好了，咱們就不糾結這些雞毛蒜皮的事情了，現在回到上面的問題上來。
至於第一種情況，完全可以做log shipping，不存在什麼問題，我做了兩個這樣的案例，都配置成功，而且工作的好好的。
案例1的環境：
資料庫伺服器
版本信息
主資料庫伺服器
Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86) Dec 10 2010 10:56:29 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
輔助資料庫伺服器
Microsoft SQL Server 2005 - 9.00.5000.00 (X64) Dec 10 2010 10:38:40 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)
案例2的環境：
資料庫伺服器
版本信息
主資料庫伺服器
Microsoft SQL Server 2005 - 9.00.4000.00 (Intel X86) Dec 10 2010 10:56:29 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
輔助資料庫伺服器
Microsoft SQL Server 2005 - 9.00.5000.00 (X64) Dec 10 2010 10:38:40 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)
第二種版本不同的情況，也要細分多種不同情況：
1： 主資料庫伺服器為SQL SERVER 2008， 輔助資料庫伺服器為SQL SERVER 2005， 對於這種情況，這是完全行不通的，因為你在SQL SERVER 2008上的備份，不能在低版本SQL SERVER 2005上還原（當然更低的版本也是如此），以此類推，Primary Server is SQL 2012 Std and Secondary Server is SQL 2008 R2 Std 這種情況也是行不通的。
2：主資料庫伺服器為SQL SERVER 2005， 輔助資料庫伺服器為SQL SERVER 2008R2，對於這種情況，log shipping部署時，你選擇Standby Mode時，就會報錯：
相關出錯信息：System.Data.SqlClient.SqlError: This backup cannot be restored using WITH STANDBY because a database upgrade is needed. Reissue the RESTORE without WITH STANDBY. (Microsoft.SqlServer.Smo)
所以你只能選擇No Recovery mode選項，至於這個就有點雞肋了。關於上面出錯的原因，下面這段解釋非常清晰，明了（出處請見下面參考資料）：
Each version of SQL Server has a database version number; for SQL 2000 it is 8, SQL 2005: 9 and SQL 2008: 10. When a database backup that came from a lower SQL Server version is restored, SQL Server will run an upgrade process to bring that older database version up to the database version supported by the new instance. This process is run automatically as part of SQL Server』s recovery process. The recovery process itself is certain operations that need to happen to ensure the database is in a consistent state for user access (roll-forwards and roll-backs etc).
Placing a database in 「Standby/Read Only」 mode instructs SQL Server to recover the database after each restore, but also create a special standby file that contains information which will allow this recovery to be undone when it is time to do additional transaction logs restores.
However unfortunately, once a database has been upgraded it cannot be undone. This is why if you try and use the 「Standby/Read Only」 option when restoring a database of an older version SQL Server fails with
Msg 3180, Level 16, State 1, Line 1
This backup cannot be restored using WITH STANDBY because a database upgrade is needed. Reissue the RESTORE without WITH STANDBY.
Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.
This error message essentially says you cannot bring an older database version online in 「Standby/Read Only」 mode.
But you can restore transaction logs and log shipping from an older database version to a newer database version when you keep the database offline. This is because the recovery (and upgrade process) for the database is deferred until the point you do actually bring the database online. This means you can log ship from an older version of SQL Server to a newer version until the point you bring that database online for user access.
翻譯如下（水平有限，僅供參考）：
每一個版本的SQL Server資料庫都有相應版本號;例如SQL 2000是8，SQL 2005是9，SQL2008：10。當資料庫恢復一個從較低的SQL Server版本的備份時，SQL Server將執行一個升級過程，把那個舊的資料庫版本升級到新實例支持的版本。這個過程是SQL Server的恢復過程中自動運行的一部分。恢復過程本身就需要某些操作發生，以確保資料庫處於一致的狀態向前回滾，向後回滾等）。
把資料庫置於「待機/只讀」模式不僅會指示SQL Server的每次還原後恢復操作，還會創建一個特殊的備用文件，當它做其他事務日誌恢復時，包含的恢復撤銷時的信息。
然而不幸的是，一旦資料庫已經升級，它不能被撤消。這就是為什麼如果你嘗試使用「待機/只讀」選項時，舊版本的SQL Server資料庫恢復失敗的原因
Msg 3180, Level 16, State 1, Line 1
This backup cannot be restored using WITH STANDBY because a database upgrade is needed. Reissue the RESTORE without WITH STANDBY.
Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.
這個錯誤消息本質上是說，你不能把一個舊的資料庫版本設置為聯機在「待機/只讀」模式下。
但是你可以從一個舊的資料庫版本還原事務日誌和日誌傳送到一個新的資料庫版本，當你保持資料庫離線。這是因為，為資料庫的恢復（升級過程中）被推遲，直到點你確實使資料庫聯機。這意味著您可以登錄到一個新的版本，直到從舊版本的SQL Server用戶訪問您帶來的聯機資料庫。
⑶ SQL SERVER 2008 關於日誌傳送的問題
一樓是正解，你需要將尾日誌追上(或不追加尾日誌)，加上with recovery選項，可以將資料庫從只讀變成一般的online資料庫。
⑷ 我想SQL2008資料庫每天定期備份到另一台伺服器的SQL2008的庫上，改如何做
可使用資料庫復制功能，原理是一個資料庫做發布，另一個（或者多個）資料庫做訂閱，然後根據事務策略進行數據復制，能保持兩個資料庫的一致性。
你可以查詢下相關的文檔。
⑸ sql 2008如何時時備傷到別一台電腦
時時備份，可以使用鏡像或是日誌傳送。如果是2012及以上，還可以使用always on。
⑹ 如何為 SQL Server 配置安全日誌傳送
備份日誌：主伺服器備份日誌，每1分鍾執行一次，不包括備份日誌時間，需要看日誌大小。
復制文件：從主伺服器將文件拷貝到輔助伺服器中，最短1分鍾執行一次，拷貝還需要時間，看日誌大小和網路環境。
還原文件：SQL Server從文件中還原拷貝過來的日誌文件。最短1分鍾執行一次，不包括解析日誌，執行日誌SQL時間
⑺ 如何為 SQL Server 配置安全日誌傳送
在為SQL Server配置安全日誌傳送時，要考慮賬號的安全性問題：
如果 SQL Server放入域，建議使用域帳戶來啟動SQL Server 服務。也可以使用 SQL Server 在本地創建網路帳戶下啟動。還可以配置 SQL Server 以本地系統帳戶下啟動。
日誌傳送配置主要包括以下內容：
安全要求
備份的共享
配置網路共享配置為包含事務日誌備份以讀/更改許可權下的 SQL Server 開始（上為日誌傳送配置的輔助伺服器）的服務帳戶。
網路共享配置為包含事務日誌備份，應配置為已為日誌傳送配置的輔助伺服器上的服務，已經開始下哪些 SQL Server 帳戶的讀/更改許可權。
跨域日誌傳送
如果放在多域環境中運行 SQL Server 的計算機，建議設置納入日誌傳送中的所有域之間的雙向信任關系。
選擇要連接到監視伺服器身份驗證模式
可以選擇 Windows 身份驗證或 SQL 驗證（通過主要和輔助伺服器）連接到監視伺服器和更新顯示器表。可以選擇此設置日誌傳送或同時設置了日誌傳送和它工作正常後。默認狀態下，SQL Server 使用 Windows 身份驗證；但是，如果選擇了 SQL 身份驗證主輔助上, 創建新的 SQL 登錄 log_shipping_monitor_probe和監視伺服器，如果一個不存在。如果您選擇為此目的的 SQL 身份驗證，配置 SQL Server 使用SQL 和 Windows 身份驗證選項。
詳細信息，可以參考下面的鏈接：http://support.microsoft.com/kb/321247/zh-cn
⑻ sql server2008資料庫實時同步怎麼做一台伺服器在電信，另一台是本地機
SQL Server在數據同步方面應用比較多還是復制技術，通過事務復制可以實現准實時同步，准實時同步的意思並不是真正的實時同步，總會有一定延遲的，這主要取決於兩台伺服器間的網路狀況，即便網路狀況非常好，比如內網中的2台機器，也是會有一定延遲的，一般在幾秒吧。
另外事務復制對表結構要求比較嚴格，需要有主鍵。如果需要整庫同步，可以考慮使用資料庫鏡像，這對表沒有太多要求。
通過備份方式也可以實現，SQL Server本身也提供了日誌傳送功能來通過備份進行同步，但是這樣數據延遲就更大了，取決於備份恢復的頻率，可能並不符合樓主需要。
復制和資料庫鏡像這兩項技術都不是一兩句話能說清楚的，詳細信息可以查看微軟MSDN文檔
http://msdn.microsoft.com/zh-cn/library/bb500346%28v=SQL.100%29.aspx
http://msdn.microsoft.com/zh-cn/library/bb934127%28v=SQL.100%29.aspx
⑼ sqlserver2008 日誌傳送 提示屬性IsManagementDataWarehouse不可用於資料庫「mydatabase」..........
你的磁碟接觸不良,就有可能造成它在寫入到一半還沒寫完時斷開連接,這樣,有可能造成資料庫無法被伺服器識別,因為,伺服器認為,正確的資料庫不應該是這樣的.
建議你用資料庫恢復軟體嘗試讀出數據,實在不行,而數據又很重要的話,
交專業數據恢復公司去做,不過一般要價很高.