当前在线应用是 sql2008 镜像 (2个机器组成)我发现在线主机器用 的备份方式是每天1次全备份 
gram Files\Microsoft SQL Server\100\Tools\Binn\sqllogship.exe" -Backup 9BDE423E-C8F7-41EA-9239-E5F5F -server WINserver1很困惑为什么会选择这个备份呢方式, 他每天产生的了5g备份文件。
按照如果用脚本 backup database  ----------压缩后文件比起来要小很多很多的 ?? 
问题 1 2种备份方式各自优缺点?
     2 sqllogship  的 -backup primary_id    执行主数据库的备份操作,此数据库的主 ID 由 primary_id 指定。可以通过从 log_shipping_primary_databases 系统表选择此 ID 或通过使用 sp_help_log_shipping_primary_database 存储过程来获取此 ID。 sp_help_log_shipping_primary_database有2个参数 @database @primary_id
到底这个sql该如何写??

解决方案 »

  1.   

    个人感觉如果你把备份还原做的频率密集一些,然后再做到自动拷贝备份文件到备用机还原,几乎就跟logshipping一致了。
    不知我理解的对不对?
      

  2.   

    sqllogship和 backup database区别在哪(backup  db 的文件大小 比起前者要小很多的 啦 )
      

  3.   

    logship也是可以设置备份压缩的,你再好好找下。或者直接设置默认压缩:
    sp_configure 'backup compression default',1
    reconfigure
      

  4.   

    sp_help_log_shipping_primary_database[ @database = ] 'database' or[ @primary_id = ] 'primary_id' 参数[ @database = ] 'database'    日志传送主数据库的名称。database 的数据类型为 sysname,无默认值,且不能为 null。[ @primary_id = ] 'primary_id'    日志传送配置的主数据库 id。primary_id 的数据类型为 uniqueidentifier,且不能为 null。 返回代码值0(成功)或 1(失败)
     结果集
    列名  说明primary_id
    日志传送配置的主数据库 id。primary_database
    日志传送配置中主数据库的名称。backup_directory
    存储主服务器的事务日志备份文件的目录。backup_share
    备份目录的网络或 unc 路径。backup_retention_period
    日志备份文件在删除之前保留在备份目录中的时间长度(分钟)。backup_compression
    指示日志传送配置是否使用备份压缩。0 = 禁用。从不压缩日志备份。1 = 启用。始终压缩日志备份。2 = 使用备份压缩默认值服务器配置选项的设置。此为默认值。只有 sql server 2008 enterprise(或更高版本)支持备份压缩。在其他版本中,该值始终为 2。backup_job_id
    与主服务器上备份作业相关联的 microsoft sql server 代理作业 id。monitor_server
    在日志传送配置中用作监视服务器的 sql server 数据库引擎 实例的名称。monitor_server_security_mode
    用于连接到监视服务器的安全模式。1 = microsoft windows 身份验证。0 = sql server 身份验证。backup_threshold
    备份操作之间的占用时间阈值(分钟),一旦超过此值,就会生成警报。threshold_alert
    超过备份阈值时引发的警报。threshold_alert_enabled
    确定是否启用备份阈值警报。1 = 启用。0 = 禁用。last_backup_file
    最近一次事务日志备份的绝对路径。last_backup_date
    上一次日志备份操作的时间和日期。last_backup_date_utc
    上一次在主数据库上执行事务日志备份操作的时间和日期,使用协调世界时表示。history_retention_period
    日志传送历史记录在删除前保留在给定主数据库中的时间(分钟)。
     注释sp_help_log_shipping_primary_database 必须从主服务器上的 master 数据库运行。
     权限只有 sysadmin 固定服务器角色的成员才可以运行此过程。
     示例此示例阐释如何使用 sp_help_log_shipping_primary_database 检索数据库 adventureworks 的主数据库设置。
    复制代码master.dbo.sp_help_log_shipping_primary_database @database=n'adventureworks'gohttp://technet.microsoft.com/zh-cn/library/bb283327(SQL.90).aspx
    http://msdn.hi5360.com/lib/ms189761.html
    http://yejunsheng1987.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3DSQL%2520Server%25202005exec dbo.sp_help_log_shipping_primary_database 'cm' --------------这个是正解 第2个问题解决。
    第1个问题  2种备份方式各自优缺点?(logship导出文件实在过大 5g 而backup db很小 ?)
      

  5.   

    无意中发现的宝贝
    事务记录备份可以用来将数据库恢复到某一指定状态,但事务记录备份本身不足以完成恢复数据库的任务,还需要备份的数据文件参与恢复工作。恢复数据库时,首先进行的是数据文件的恢复工作。在整个数据文件恢复完成前,不要将其设为完成状态,否则事务日志就不会被恢复。当数据文件恢复完成,系统会通过事务日志的备份将数据库恢复成用户希望的状态。如果在数据库最后一次备份后,存在多个日志文件的备份,备份程序会按照它们建立的时间依次将其恢复。  ----另一种被称为log shipping的过程可以提供更强的数据库备份能力。当log shipping配置好后,它可以将数据库整个复制到另一台服务器上。在这种情况下,事务日志也会定期发送到备份服务器上供恢复数据使用。这使得服务器一直处于热备份状态,当数据发生改变时它也随之更新。另一个服务器被称作监视(monitor)服务器,可以用来监视按规定时间间隔发送的shipping 信号。如果在规定时间内没有收到信号,监视服务器会将这一事件记录到事件日志。这种机制使得log shipping经常成为灾难恢复计划中使用的方案。   
      

  6.   

    master.dbo.sp_help_log_shipping_primary_database @database=N'llcm'
     primary_id
    日志传送配置的主数据库 ID。primary_database
    日志传送配置中主数据库的名称。backup_directory
    存储主服务器的事务日志备份文件的目录。backup_share
    备份目录的网络或 UNC 路径。backup_retention_period
    日志备份文件在删除之前保留在备份目录中的时间长度(分钟)。backup_compression
    指示日志传送配置是否使用备份压缩。0 = 禁用。从不压缩日志备份。1 = 启用。始终压缩日志备份。2 = 使用备份压缩默认值服务器配置选项的设置。此为默认值。只有 SQL Server 2008 Enterprise(或更高版本)支持备份压缩。在其他版本中,该值始终为 2。backup_job_id
    与主服务器上备份作业相关联的 MicrosoftSQL Server 代理作业 ID。monitor_server
    在日志传送配置中用作监视服务器的 SQL Server 数据库引擎 实例的名称。monitor_server_security_mode
    用于连接到监视服务器的安全模式。1 = Microsoft Windows 身份验证。0 = SQL Server 身份验证。backup_threshold
    备份操作之间的占用时间阈值(分钟),一旦超过此值,就会生成警报。threshold_alert
    超过备份阈值时引发的警报。threshold_alert_enabled
    确定是否启用备份阈值警报。1 = 启用。0 = 禁用。last_backup_file
    最近一次事务日志备份的绝对路径。last_backup_date
    上一次日志备份操作的时间和日期。last_backup_date_utc
    上一次在主数据库上执行事务日志备份操作的时间和日期,使用协调世界时表示。history_retention_period
    日志传送历史记录在删除前保留在给定主数据库中的时间(分钟)。
    注释sp_help_log_shipping_primary_database 必须从主服务器上的 master 数据库运行。
    权限只有 sysadmin 固定服务器角色的成员才可以运行此过程。
    示例此示例阐释如何使用 sp_help_log_shipping_primary_database 检索数据库 AdventureWorks2008R2 的主数据库设置。
    复制master.dbo.sp_help_log_shipping_primary_database @database=N'AdventureWorks2008R2'
    GOhttp://msdn.microsoft.com/zh-cn/library/ms189761.aspx"e:\Program Files\Microsoft SQL Server\100\Tools\Binn\sqllogship.exe" -Backup 9BDEfdgfdgf239-E5464725FF5F -server WI78667567
    看msdn