我们有一个2gb的实时数据库,每当我需要一些实时数据来测试一些东西时,就需要永久的恢复。如果我使用idera,最多只需要5分钟。当我使用restore database命令时,它可能要花费将近一个小时。idera怎么能做得这么快?
我使用以下方法恢复:
RESTORE DATABASE dbname
FROM DISK = 'path'
WITH
MOVE 'CMTS_dat' TO 'C:\db\MARTIN_Latest.mdf',
MOVE 'CMTS_log' TO 'C:\db\MARTIN_Latest_log.ldf'
,REPLACE 如果它有任何数据分区,那么我也将使用MOVE来完成分区。
发布于 2015-04-30 13:12:24
从Idera的网站上可以看出,SQL Safe将一个"shim“(一段代码,无论是CLR还是本机代码)插入到Server中,以支持他们所称的”即时恢复“:
即时恢复专利的即时恢复技术使您的数据库立即联机-几乎消除应用程序停机时间。在灾难中恢复联机或搜索旧备份以获取丢失的数据时,这可以节省大量时间。一旦联机,您的数据库就像一个功能齐全的数据库,支持所有的读和写操作。SQL安全将从备份文件“按需”中流数据,以支持应用程序和用户请求,同时在后台完成还原操作。
这表明,在客户端查询访问数据库之前,数据库实际上还没有完全恢复。
我只是有点担心这种类型的恢复生产,因为任何有可能降低酸的遵从性是一个风险。使用此还原功能进行开发或支持似乎是一个好主意,因为您不再需要等待恢复完成。
发布于 2015-04-30 13:06:23
第三方代理(在您的情况下类似于Idera )通常有“砖块级”的备份和还原,这允许您还原数据库的一部分(表等)。而不仅仅是整个数据库。它们还不要求您通过直接备份数据库来完成输出(将磁盘需求加倍)。
它们还将为您提供通过Server的本机备份机制不可用的其他数据级压缩和加密选项。这对NTFS一级的备选方案非常有利。
但请不要忘记,SQL 2005及以下版本受益于许多第三方备份压缩功能,以及SQL 2008及以后的输出(比如减少了使用的备份空间和立即恢复)。
因此,如果您使用的是SQL 2008及以上版本,那么您应该可以更快地恢复,确保功能是打开的。
https://dba.stackexchange.com/questions/99240
复制相似问题