⑴ 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”..........
你的磁盘接触不良,就有可能造成它在写入到一半还没写完时断开连接,这样,有可能造成数据库无法被服务器识别,因为,服务器认为,正确的数据库不应该是这样的.
建议你用数据库恢复软件尝试读出数据,实在不行,而数据又很重要的话,
交专业数据恢复公司去做,不过一般要价很高.