快捷搜索:

SQL Server数据库备份的类型(1)

完全数据库备份: 将数据库中所稀有据文件整个复制,包括完全数据库备份历程中数据库的所有行径。所有用户数据以及所稀有据库工具,包括系统表,索引和用户自定义表,都包括在内。

差异数据库备份: 差异数据库备份复制着末一次完全数据库备份以来所稀有据文件中改动过的数据,包括差异数据库备份历程中发生的所稀有据库行径。

文件和文件组备份: 文件备份只复制单个数据文件,文件组备份复制单个文件组中的每个数据文件,包括文件或文件组备份历程中发生的所稀有据库行径。此类型的备份比完全数据库备份占用的光阴和空间都要小。文件和文件组备份必要进行具体计划,以便相关的数据和索引可以合营备份(规复)。此外,在逻辑上将文件和文件组规复到与数据库中的其他部分同等的状态,必要一个事务处置惩罚日志文件备份 的完备子集。

差异文件和差异文件组备份:差异文件和文件组备份在观点上与差异数据库备份同等。它们比复制全部文件或文件组花费的光阴和空间更少,因为它削减必须利用的事务处置惩罚日志备份的数量。

事务处置惩罚日志备份: 事务处置惩罚日志备份是对着末一次事务处置惩罚日志备份以来事务处置惩罚日志中记录的所有事务处置惩罚的一种顺序记录。事务处置惩罚日志备份使您可以将数据库规复到某个特定的光阴点,如输入差错数据前。事务处置惩罚日志备份只以BULK-LOGGED RECOVERY模型和FULL RECOVERY模型应用。SIMPLE RECOVERY模型不应用事务处置惩罚日志备份来对数据库进行规复和修复。

SQL Server 2000完成事务处置惩罚日志备份: (除非专门指定)时,它将截断并没有包孕事务处置惩罚日志中活动部分的所有虚拟日志文件VLF。这使得可以重复应用这些VLF。事务处置惩罚日志的活动部分包括:事务处置惩罚日志中所有含有活动事务处置惩罚,或者标记为复制然则还没有复制的事务处置惩罚的部分。在产品数据库中,您平日将应用BULK-LOGGED RECOVERY模型或者FULL RECOVERY模型,并且周期性的履行事务处置惩罚日志备份,以截断事务处置惩罚日志。假如不常常截断事务处置惩罚日志,它将可能积累过多。假如事务处置惩罚日志运行越界,SQL Server将被关闭。您应该经由过程周期性的事务处置惩罚日志备份来截断事务处置惩罚日志,而不应该手工截断事务处置惩罚日志,由于手工截断中断日志文件备份链。您只必要备份事务处置惩罚日志而不用截断它的独一时刻是:当数据文件掉效并且必须备份当前的活动事务处置惩罚日志时,在这种环境下,就不能截断,由于数据文件被毁坏或不存在了。

理解修复历程: SQL Server 2000具有两种修复历程:自动修复历程(每次启动SQL Server时自动履行)和手工修复历程。

设计自动修复历程的目的是为了包管一旦启动了SQL Server,每个数据库中的数据可以在逻辑上包管同等,而不管SQL Server是若何或为什么关闭。SQL Server应用事务处置惩罚日志来完成该义务。它读取每个数据事务处置惩罚日志的活动部分,并对自近来反省点以来发生的所有事务处置惩罚进行反省。它对所有提交的事务处置惩罚进行判断,并将它们向前滚动。这意味着将它们再次在数据库上加以利用。然后,它判断所有未提交的事务处置惩罚,将它们向后滚动。这可以包管只部分写入数据库的事务处置惩罚整个被删除。该历程可以包管每个数据库逻辑上的继续状态得以保存。自动修复历程还可以宣布一个反省点,来标记事务处置惩罚日志与该点维持同等。

SQL Server从修复主数据库开始。主数据库包孕了用于定位,打开和规复残剩的数据库。其次,它修复模型和MSDB数据库(和可能存在的散播式数据库)。再次,修复每个用户数据库。着末,清除并启动TEMPDB数据库而停止。您可以经由过程查询SQL Server差错日志来反省修复历程。

留意,你不能直接节制自动修复历程。

手工规复涉及到利用一个或多个数据库备份,然背工工将它们完全修复或修复到某个特定点。在手工修复历程停止时,数据库逻辑上应该是同等的。

规复数据库

假如您爱好外将数据库规复到近来的事务处置惩罚日志备份停止时的状态,您应该应用近来的完全数据库备份进行启动。可以将这种完全数据库备份规复为SQLSERVER实例的任何一种实例,而不仅仅是它得以备份时的状态。假如您在应用差异数据库备份,那么您可以规复到近来的差异数据库备份。着末,您将规复比近来的完备或差异数据库备份更近的事务处置惩罚日志备份。作为规复着末的事务处置惩罚日志备份的一部分,SQL Server还将履行一个手工规复历程,将显明的事务处置惩罚适当向前和向后滚动。

您可能还会对下面的文章感兴趣: