SQLServer数据库备份的详细介绍与注意
SQL Server备份前言
你为什么要回去原因很简单-恢复/恢复。当然，如果你不回来了，你可以把丢失的文件通过磁盘恢复，但SQL Server很生气，后果是严重的。那你知道为什么你第一次打电话给你开始阅读这篇文章，这__美元。系列将介绍所有的备份恢复功能提供给SQL Server和发言，很多情况下是可能的。
什么是备份SQL Server基于Windows文件中的文件数据，因此备份是Windows上SQLServer相关文件的时间点的副本。根据备份的类型，副本的类型和内容不同。
备份类型是什么SQL Server当前版本，可用备份类型：全数据库备份，差异数据库备份，事务日志备份（称为日志备份），文件和文件组备份，备份，根据SQLServer版本不同，一些备份类型不支持，另一种根据恢复模式，某种类型的备份不支持。
什么是恢复模式
许多人只注重备份，而不关心的恢复模式，但所有的备份应该从恢复模式为切入点，恢复模式是数据库级的备份选项，控制restore.sql服务器的行为有三种类型的所有当前版本的恢复模式：简单恢复模式（简单模式后短），大容量日志恢复模式（在大容量模式短），与完整恢复模式（后来被称为全模式）。
本文从恢复模式入手，提醒广大专业人员一个接一个地讲解。如果读者不理解，他们可以继续往下看或在线搜索。
1。简单模式，简单恢复模式：可以最小化某些操作。在这种模式下，不支持日志备份、时间点恢复和页面恢复。文件恢复功能仅限于辅助数据文件中的只读文件。
2。大容量日志模式，大量恢复模式：类似于完整的图案，有时可以被理解为在一个简单的模式，一个完整的模式的过渡模式，这种模式最大限度地减少日志操作一些大容量操作，支持备份和还原完整的备份策略，但由于一些操作微创日志，它不能保证时间点恢复。
三.完整模式，完全恢复模式：在这种模式下，操作被完全记录，支持所有类型的备份和恢复策略。
默认情况下，新的库将继承模型库的配置，包括恢复模式，即完整模式。您可以在创建或日常使用过程中修改它，不需要重新启动服务。恢复模式之间最重要的区别是处理日志的行为。
简单的模式：
这是最易于管理的三种模式，可完成，不符，和文件备份，但不是一个日志备份。在这种模式下，当检查点进程时，自动将活动日志（日志文件中的日志备份）写入数据文件，写入，对应于空间中的日志文件新的交易，注重空间复用或截断，如果不需要减少空间自动减少日志文件的物理大小，需要使用DBCC SHRINKFILE /数据库命令，使日志空间复用的过程称为截断。在一个简单的模式，这一过程称为auto-truncate.in这模式，记录通常不需要管理，但单一的大交易，日志文件可能增长很快在这种情况下，批量处理最好减少到小批量。简单模式的最重要限制是不能进行日志备份，也就是说不可能恢复时间点。
完整的模式：
在这种模式下，所有的数据库操作都记录在日志中，2008发生在一些操作模式或减少日志。它不是自动截断。它支持任何备份恢复策略，尤其是时间点的还原，并在日志恢复章。即使检查站时，活跃的交易会不被截断的数据文件，控制文件的唯一方法是日志备份，日志备份是非常重要的，在这个模式。一方面，它提供时间点缩减，另一方面控制日志文件的大小。
日志文件是完全保存在交易的最后一个日志备份之后，日志不截断使用copy_only或no_truncate选项。
大容量测井：
这种模式是最少使用的，一些操作将被最小化，包括：
使用BCP导入
散装
insertinsert
SELECT * FROM OPENROWSET（散装）
选择进入
插入或附加数据和WRITETEXT或UPDATETEXT
重建索引
在这种模式下，最小测面积与位图图像记录。如果数据库故障导致数据文件是无用的，和日志尾部含有最小日志，日志尾部备份不能做，因为这个手术需要在数据文件修改的地区访问。这种模式适合于大能力的操作，但如果交易包含最小化的日志，它不能恢复的时间点，只能恢复到前一个。
恢复模式扩展描述：
如上所述，恢复模式是数据库级配置项，可以在创建和后续使用过程中进行修改，但由于各种原因，可以在规划阶段进行配置，并在创建过程中指定配置。
此选项主要用于确定数据库是否可以（或需要）作为日志备份。需要记录哪些内容还有其他类型的备份和恢复操作可以完成。
简单的模式：
一些操作日志可以最小化，这里要说明一下，很多人认为简单的模式，不记录，这实际上是一个严重的误解，将造成大量的后续利用问题，无论任何恢复模式将日志记录，只是形式和内容不同，在简单模式下，日志备份选项残疾人，不支持时间点恢复或还原页。文件恢复功能仅限于只读文件组的次要数据文件。
简单模式是最易于管理的恢复模式。在这种模式下，数据库完全备份，差异备份和文件备份可以进行日志备份，但不可以做。本文日志备份会详细介绍，但这里提到的日志空间复用问题，无论任何恢复模式，会有一个系统的过程中检查后台运行，进程启动时，数据库日志文件（通常是文件ldf），活跃交易的数据文件，然后再利用这部分空间的识别，这一步叫做简单模式截断日志称为自动截断（自动截断），记得使用空间不是空的，只能清除ldf文件大小收缩数据库的物理运算操作/文件操作。简单的模式会自动执行截断操作，截断日志空间可以采用新的东西，从宏观流动性，是LDF文件的物理大小不增加，或增加缓慢，事实上，使用一个简单的模型时，和LDF LDF是适当的，如果物理规模仍在增长，可能需要注意。
由于该日志自动截断，这是不可能恢复的简单模式的时间点，和日志备份无法进行。然而，一个系统，不需要数据或SLA，以减少引入基础没有特殊要求，这种模式可用于减少日志管理。但这并不意味着不使用管理使用此模式的日志。对于一些大规模且长时间运行的批处理，将发生大量的活动事务。当时，ldf文件仍将快速增长，导致一些潜在的问题。对此，批处理分为多个短事务尽可能。
简言之，这种模式的优点和缺点是：
优势uff1a
易于管理，大多数情况下不需要。
缺点：
无法进行事务日志备份，无法恢复时间点
数据丢失的风险增加
选择依据：根据业务需要，对于一个非常重要的数据库，无论当前数据库大小，都不要使用此模式，在详细还原的基础上参考SLA的内容。
完整的模式：
一个完整的许多概念模型是比较简单的模式，在这种模式下，所有的操作都是完全记录在事务日志文件，并自动截断不能发生（除了数据库没有做过至少一次的完全备份事务日志），只有在事务日志备份时，将被截断一个数据文件。这种模式可以执行所有类型的备份和恢复选项，特别是用于时间点恢复，确保数据接近0丢失。这是几乎所有正式环境（也称为生产环境）中使用的恢复模型。
优势uff1a
数据库操作的完整记录
进行时间点恢复，以确保数据丢失多达0。
缺点：
需要严格管理事务日志文件
数据库的大小可能变得无法控制。
大容量日志模式：
这是最少的恢复模式。读者不应忽悠他们的名字。他们看到许多人切换到这种模式大容量运行时再切换回来后操作，这实际上是很危险的。不建议。此外，它支持日志备份可以恢复一定程度的时间点。除了操作可以减少日志所提到的，他们的日常使用和管理完整的图案是毫无疑问的。它可以被理解为一个完整的模式和一个简单的模式之间的转换。
缺点：
如果数据文件突然变得不可用，和日志尾部包含大容量日志模式以减少日志操作，那么它是不可能对日志备份的尾巴，因为这个备份需要访问数据修改发生，这个区域以减少操作日志记录只出现在操作，并没有完整的记录操作内容，没有时间点降低，并有一定几率丢失数据。事实上，事实上，这个模型没有任何价值。
备份组件：
现在，让我们来讨论一下备份将包含什么内容。很多人认为，特别是，一个完整的数据库备份是备份一切，这实际上是由他们的名字混淆。备份的成分，首先介绍了SQL Server数据库的组成、SQL Server数据库是基于一系列的Windows文件，最简单的模型包含一个数据文件（默认后缀MDF）和日志文件（默认后缀LDF），后缀是可以改变的，但我们没有理由去改变，后果是非常严重的。这两个文件创建数据库时自动创建，在随后的操作中，可以创建多个数据文件（默认名称后缀NDF），多个日志文件（在大多数情况下是没有必要，在日志备份文件），和一些文件组，每个组包含一个数文件文件。
数据文件：
数据文件用于存储系统和用户数据和对象。简单来说，数据表，视图，存储过程，触发器等。此外，允许信息也包括在内。至少一个数据文件是为每个数据库，默认的主数据文件，主数据文件和默认的后缀named.mdf.it存储在主文件组（主文件组）。如果有新的需要的文件，这些文件是次要数据文件的默认后缀是named.ndf。
主数据文件包含所有系统对象和数据，默认情况下包含所有用户定义的对象和数据，还有其他具有该地址的辅助数据文件。
文件组：
文件组是一个逻辑的文件集合。它可以包含一个或多个数据文件。当创建数据库的默认情况下，它会创建一个主文件组和存储原始数据的文件。这也是默认文件组的所有数据将被存储在这里，除非另有指定，默认文件组是可以改变的，前提是要有两个或多个文件组，所以数据可以强制组中的其他文件写，有时通过这种方式可以减轻磁盘的压力。此外，主文件组也有其他文件组的路径。
多个文件组的数据库文件组备份，这种方式的一个非常大的数据库（VLDB）是非常有效的，因为根据我的工作经验，即使做一个150g库的完整备份，也往往是20分钟，如果是150t图书馆，几个小时都不害怕这一次，文件组备份中起着非常重要的作用，在一定大小的文件的控制，然后每个备份只对单独的文件组，因此它可以连续备份操作拆分成许多小的行动。此外，文件组可以设置为只读（只读），可以减少锁发生在纯粹的读操作等，并有助于在一定程度上的性能。它不是把文件组配置其他繁琐部分.
需要提醒的是，文件组带来了性能的改进和管理的复杂性，因此需要仔细考虑。
事务日志：
本节还有一个单独的介绍。这里只是简单的介绍，所有的SQLServer数据库，所有恢复模式，和至少一个事务日志文件。虽然有专文介绍后，它是提醒你不要删除LDF为SQLServer非常迫切的因为任何模式或ldf文件太大。最严重的情况是，您的数据库无法使用。
备份类型：
目前，微软已经发布的SQL Server版本，支持以下类型的备份：完整数据库备份、差异数据库备份，事务日志备份（称为日志备份），文件和文件组备份，备份，但如前所述，根据SQL Server版本不同的是，一些备份类型不支持，在除了恢复一些备份类型不同的模式不支持数据文件、文件组、文件和日志文件构成了SQL Server数据库，成为各种备份类型的对象。这里有各种备份类型简介：
数据库备份：将主数据文件和辅助数据文件（如果存在）将数据和对象细分到备份文件中。
完整的数据库备份：备份特定数据库中所有文件的所有数据和对象，并有足够的日志部分将数据库恢复到故障时的一致状态。
差异数据库备份：备份数据和对象的所有数据文件已过去的完整数据库备份之后修改一个特定的数据库，事务日志备份：从最后一个日志备份日志记录LDF文件写入备份文件写入一个特定的数据库。
文件备份：将数据文件或文件组中的数据和对象写入备份文件，可以细分为：
完整的文件备份：备份特定数据文件或文件组上的所有数据和对象。
备份差异文件：备份数据和在最后一个完整文件备份后从特定数据文件或文件组修改的对象。
部分备份（完整部分备份）：备份数据库中除只读文件文件组以外的所有可写部分（除非特别指定）。
差异部分备份：备份数据和最后一个完整部分备份后更改的对象。
同样，这些备份类型并不总是可用的，并且一些先决条件，特别是恢复模式，将由本系列演示。
备份是要考虑的因素：
在备份时需要考虑以下因素。不能认为备份是一种简单的操作。作为任何数据库管理人员（包括专业DBA或兼职管理人员），备份是首要任务，因此我们应该认真对待：
SLA
备份存储位置
备份循环和备份类型组合
备份文件存储周期
用于执行备份的工具。
对性能的影响
这些零件将陆续推出。
下一步是什么
1，准备环境。本系列主要采用Windows Server 2012 R2 + SQL Server 2008 R2企业版+ AdventureWorks 2008 R2数据库和数据库创建示范。
2，下面将演示完整的数据库备份，需要注意的是，不是一个完整的数据库备份，完整的备份，虽然在大多数情况下这是等价的，但实际上包含一个完整的完整备份文件备份，以减少误解，这是一个数据库备份在这里。
谢谢你的阅读。我希望你能帮助你，谢谢你对这个站的支持。