全备份:创建备份完成时数据库内存在的数据的副本;
差异备份:只记录自上次数据库备份后发生更改的数据。差异数据库备份比数据库备份小,而且备份速度快,因此可以更经常地备份,经常备份将减少丢失数据的危险;
日志备份:是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点(如输入多余数据前的那一点)或恢复到故障点;
文件组备份:可以备份和还原数据库中的个别文件。可以只还原已损坏的文件,而不用还原数据库的其余部分,从而加快了恢复速度。
需要注意的点:
有备份任务里边选择备份的库尽量选‘所有用户数据库'这项,以免选择了特定数据库备份以后某天添加了新数据库却忘了勾选导致丢备份;
选项验证备份集完整性和压缩备份尽量都选上;
备份的路径尽量别选磁盘根目录。
我来回答:
进行日志备份前,要有一次
完全备份,
比如:6月19日进行完全备份,
backup
database
你的数据库
to
disk
=
'c:\你的数据库bak'
然后6月20日后的日志备份,
backup
log
你的数据库
to
disk
=
'c:\你的数据库_620_logbak'
然后6月21日后的日志备份,
backup
log
你的数据库
to
disk
=
'c:\你的数据库_621_logbak'
如果还原到6月21日时某个时间点时:
还原顺序
你的数据库bak
然后再载入两个日志
你的数据库_620_logbak
你的数据库_621_logbak
然后还原。
注意:
日志备份不能中断
,比如
数据库_620_logbak,一旦破坏灭失,那么数据库_621_logbak
无法恢复。
有疑问可以Hi我
可以问我。
SQL Server在msdb数据中维护了一系列表,用来存储执行所有备份和还原的细节信息。即使你正在使用第三方的备份应用程序,只要这个应用程序使用SQL Server的虚拟设备接口(Virtual Device Interface---VDI)来执行备份和还原执行,那么执行细节依然被存储在这一系列表中。
存储细节的表包括:
backupset
backupfile
backupfilegroup (SQL Server 2005 upwards)
backupmediaset
backupmediafamily
restorehistory
restorefile
restorefilegroup
logmarkhistory
suspect_pages (SQL Server 2005 upwards)
你可以在Books Online里面找到上面这些表的具体说明。
下面这个脚本可以帮你找出每个数据库近期的备份信息:
SELECT bname, atype, MAX(abackup_finish_date) lastbackup
FROM msdbbackupset a
INNER JOIN mastersysdatabases b ON adatabase_name COLLATE DATABASE_DEFAULT = bname COLLATE DATABASE_DEFAULT
GROUP BY bname, atype
ORDER BY bname, atype
指定数据库最后20条事务日志备份信息:
SELECT TOP 20 bphysical_device_name, abackup_start_date, afirst_lsn, auser_name FROM msdbbackupset a
INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id
WHERE atype = 'L'
ORDER BY abackup_finish_date DESC
指定时间段的事务日志备份信息:
SELECT bphysical_device_name, abackup_set_id, bfamily_sequence_number, aposition, abackup_start_date, abackup_finish_date
FROM msdbbackupset a
INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id
WHERE adatabase_name = 'AdventureWorks'
AND atype = 'L'
AND abackup_start_date > '10-Jan-2007'
AND abackup_finish_date < '16-Jan-2009 3:30'
ORDER BY abackup_start_date, bfamily_sequence_number
删除备份日志的两个存储过程:
EXEC msdbsp_delete_backuphistory '1-Jan-2005'
EXEC msdbsp_delete_database_backuphistory 'AdventureWorks'
通过sql server management studio直接登录到sql server服务器,然后在sql server服务器-管理-server日志下将需要导出的日志选定,后导出即可
连接到相应的 Microsoft SQL Server 数据库引擎实例之后,在对象资源管理器中,单击服务器名称以展开服务器树。
展开“数据库”,然后根据数据库的不同,选择用户数据库,或展开“系统数据库”,再选择系统数据库。
右键单击数据库,指向“任务”,再单击“备份”。将出现“备份数据库”对话框。
在“数据库”列表框中,验证数据库名称。您也可以从列表中选择其他数据库。
验证恢复模式是 FULL 还是 BULK_LOGGED。
在“备份类型”列表框中,选择“事务日志”。
可以接受“名称”文本框中建议的默认备份集名称,也可以为备份集输入其他名称。
或者,在“说明”文本框中,输入备份集的说明。
一、 结尾日志备份的含义。
由于结尾日志备份是SQLServer数据库特有的一个内容。所以对于从其他数据库转型过来的管理员可能并不了解这个结尾日志备份的含义。在大多数情况下,如在完成恢复模式或者大容量日志恢复模式下,SQLServer数据库要求管理员备份事务日志的结尾部分以获得尚未备份的日志记录。这个在还原 *** 作之前对日志尾部执行的日志备份就叫做结尾日志备份。对于SQLServer数据库来说,在事务日志恢复之前进行事务日志的尾部备份是非常必要的。因为结尾日志备份作业可以防止用户修改数据的丢失并最终确保日志链的完整性。在利用事务日志将数据库恢复到某一个指定的点,如数据库故障点的时候,结尾日志备份是恢复计划中的最后一个相关备份。如果在还原之前无法备份日志的尾部,那么就只能够将数据库恢复为故障发生之前创建的最后一个备份。而不能够恢复到故障发生的那一点。所以说,结尾日志备份对于SQLServer数据库非常的重要。
二、 在何时该进行结尾日志备份
从结尾日志备份的含义中,我们也可以看出,并不是在任何情况下都需要作结尾日志备份。也就是说,对于SQLServer数据库来说,并非所有的还原方案都需要执行结尾日志部分。如在数据库恢复的时候,不需要恢复到故障的那一点,就不需要进行结尾日志备份。同理,如果先前的日志备份中已经包含了恢复点,或者说管理员准备覆盖某个数据库或者移动数据库的时候,往往不需要进行结尾日志备份。另外需要的是,在某些特定情况下即使数据库管理员想进行事务日志尾部备份都不行。如当事务日志文件已经损坏时就无法继续进行事务日志尾部备份。此时虽然数据库管理员任人可以在不使用结尾日志备份的情况下恢复数据库,但是已经不能够恢复到故障发生的那一点。也就是说,最新日志备份后进行的任何数据修改工作与数据库结构调整工作都回丢失。
具体的来说,如果遇到如下两种情况,需要先对马上对事务日志进行尾部备份。
一是需要对数据库进行还原 *** 作,而且是要还原到最近到的一个点时,那么需要先对数据库进行事务日志尾部备份。即在数据库处于联机状态时,如果数据库管理员需要对数据库进行的下一个 *** 走就是还原 *** 作,那么就需要在还原 *** 作之前进行事务日志尾部备份。也就是说,在还原 *** 作之前才能够进行事务日志尾部备份,即在事务日志备份备份与数据库还原之间不能够再进行任何的数据库修改作业。否则的话在还原后这个修改会丢失。另外需要注意的是,为了出现一些不必要的错误,最好在备份事务尾部日志的时候,采用NORECOVERY选项。这个选项主要是为了确保数据库事务日志尾部备份之后数据库不能够再被修改。也就是说,可以保证事务日志尾部备份到数据库还原中间的时间间隔之内,不再发生任何的数据库更改作业。以确保在利用事务日志尾部备份进行数据库还原的时候,能够还原到一个最近的时点。而不会有任何数据的丢失。这是在最正常的情况下对事务日志的尾部进行备份。
完全备份:是对数据库进行完整备份,周期比较长,如1周等
差异备份:是对更新备份的数据进行备份,周期比较短,如1小时差量备份会备份自从上次完全备份后被修改过的文件。它不将文件标记为已经备份(换句话说,没有清除存档属性)。从差量备份中恢复也是很快的,因为只需要两份磁带——最后一次完全备份和最后一次差量备份。
以上就是关于SqlServer备份数据库的4种方式分别是什么全部的内容,包括:SqlServer备份数据库的4种方式分别是什么、MS SQL Server 2000数据库在进行日志备份以前,必须具备哪些条件、怎么查看数据库的历史备份情况等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)