SQL SERVER 2005 镜像数据库截断并收缩日志文件的思路和操作

sql server 专栏收录该内容
1 篇文章 0 订阅

主机操作:
1、alter database [DB_NAME] set partner off; ##DB_NAME:数据库名##
2、全备数据库 ##使用图形界面操作,备份日志是操作前的保障准备##
命令行的方式:backup database [DB_NAME] to disk='d:\backup\before\fullbackup01.bak'
3、以with no_log选项下备份数据库日志 ##备份日志文件,一方面是对日志作一次操作前的备份,另一方面是截断日志##
使用图形界面操作
使用命令:
use master
backup log [DB_NAME] to disk='d:\backup\before\log_backup.bak' with no_log;

4、alter database [DB_NAME] set recovery simple; ##要允许DBCC SHRINKFILE命令收缩文件,先要将数据库恢复模式设置为 SIMPLE 来截断该文件##
5、dbcc shrnkfile ([DB_NAME],[size}); ##收缩日志,size是收缩后的事务日志的大小##
6、alter database [DB_NAME] set recovery full; ##将数据库切换为完整模式##
7、全备数据库数据,拷贝至备机 ##此备份用于备机重新建立镜像使用##
命令行的方式:backup database [DB_NAME] to disk='d:\backup\before\fullbackup02.bak'


备机操作:
8、使用主机步骤8备的数据库全备进行恢复,注意恢复时选择norecovery
使用图形界面操作
使用命令:restore database [DB_NAME] from disk='d:\backup\before\fullbackup02.bak' with norecovery



备机操作: ##将备机恢复为镜像关系中的镜像##
9、alter database [DB_NAME] set partner='tcp://主机IP:端口号;


主机操作: ##将主机恢复为镜像关系中的主体##
10、alter database [DB_NAME]set partner='tcp://备机IP:端口号;


至此,操作完成。
关于这个思路有以下几个问题:
1、第2步,完成全库备份,初衷是在操作前将数据库完整备份,以备后面不测时的恢复,但同时数据库日志已经截断,那么第3步是否还有必要呢?
2、第4步,将数据库改为简单恢复模式,初衷是为了能够使用DBCC SHRINKFILE命令,但数据恢复模式由完全变为简单之后,是否会有其他副作用?
3、第5步,收缩后日志文件的目标大小size取值,应该怎么去量化到最优?

4、对于镜像架构下的日志文件截断与收缩,是否有不需要断开镜像关系来做的方法?

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值