文件组

SQL Server 备份和还原全攻略 2011-06-29 17:03 by 听风吹雨, 17466 阅读, 21 评论, 收藏 , 编辑 一、 知识点 完全备份： 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份那些文件。（在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份，换言之，清除存档属性）。完全备份也叫完整备份。 差异备份： 差异备份是针对完全备份：备份上一次的完全备份后发生变化的所有文件。（差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，即：备份后不标记为已备份文件，换言之，不清除存档属性）。 增量备份： 增量备份是针对于上一次备份（无论是哪种备份）：备份上一次备份后，所有发生变化的文件。（增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，即：备份后标记文件，换言之，清除存档属性。） 事务日志备份： 在特定事务日志备份之前执行的完整数据库备份和上次差异备份（如果有）。在完整数据库备份之后执行的所有事务日志备份或在特定事务日志备份之前执行的差异备份（如果您还原了差异备份）。如果你设置了恢复模式为【简单】，你将无法使用【事务日志】备份。SQL Server 2000 和 SQL Server 2005： 创建事务日志备份，您必须使用完整恢复或大容量日志记录恢复模型。 部分备份： 通过指定 READ_WRITE

原文: SQL Server 备份和还原全攻略 一、 知识点 完全备份： 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份那些文件。（在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份，换言之，清除存档属性）。完全备份也叫完整备份。 差异备份： 差异备份是针对完全备份：备份上一次的完全备份后发生变化的所有文件。（差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，即：备份后不标记为已备份文件，换言之，不清除存档属性）。 增量备份： 增量备份是针对于上一次备份（无论是哪种备份）：备份上一次备份后，所有发生变化的文件。（增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，即：备份后标记文件，换言之，清除存档属性。） 事务日志备份： 在特定事务日志备份之前执行的完整数据库备份和上次差异备份（如果有）。在完整数据库备份之后执行的所有事务日志备份或在特定事务日志备份之前执行的差异备份（如果您还原了差异备份）。如果你设置了恢复模式为【简单】，你将无法使用【事务日志】备份。SQL Server 2000 和 SQL Server 2005： 创建事务日志备份，您必须使用完整恢复或大容量日志记录恢复模型。 部分备份： 通过指定 READ_WRITE_FILEGROUPS 创建的备份称为“部分备份”。在简单恢复模式下，只允许对只读文件组执行文件组备份

为什么SqlServer有完整备份、差异备份和事务日志备份三种备份方式，以及为什么数据库又有简单模式、完整模式和大容量日志模式这三种恢复模式。本文内容适用于2005以上所有版本的SqlServer数据库。 　　单就操作过程而言，SqlServer中数据库 备份 和恢复过程是相当简单的，可以通过ManagementStudio的图形界面进行操作，也可以使用几句T-SQL语句完成。但要明白备份恢复的整个过程，定制符合系统需求数据库备份方案，却需要知晓数据库的实现原理。备份和 恢复 是数据库的核心功能。 　　可能许多同学对SQLServer的备份和还原有一些了解，也可能经常使用备份和还原功能，我相信除DBA之外我们大部分开发员队伍对备份和还原只使用最基础的功能，对它也只有一个大概的认识。 　　一、数据库原理 　　先简要讨论了SqlServer数据库的存储的物理和逻辑结构，这是备份恢复的理论基础。 　　1.为什么使用 数据库 　　为什么要使用数据库，而不是使用一个文件，然后自己写一些方法来保存数据，那是因为使用数据库我们就不用自己去实现下面这些算法上非常复杂的功能： 　　a.高效一致的结构化数据存取方法，进行复杂的任意条件组合嵌套的数据查询（关系数据库管理系统甚至为实现这一功能专门设计了一种语言：SQL） 　　b.保障数据操作的原子性和完整性 　　c.确保在服务器断电、网络中断、服务器崩溃

如何创建修改分区表和如何查看分区表 SQL Server 2005 是微软在推出 SQL Server 2000 后时隔五年推出的一个数据库平台，它的数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使用户可以构建和管理用于业务的高可用和高性能的数据应用程序。此外 SQL Server 2005 结合了分析、报表、集成和通知功能。这使企业可以构建和部署经济有效的 BI 解决方案，帮助团队通过记分卡、 Dashboard 、 Web Services 和移动设备将数据应用推向业务的各个领域。无论是开发人员、数据库管理员、信息工作者还是决策者， SQL Server 2005 都可以提供出创新的解决方案，并可从数据中获得更多的益处。 它所带来的新特性，如 T-SQL 的增强、数据分区、服务代理和与 .Net Framework 的集成等，在易管理性、可用性、可伸缩性和安全性等方面都有很大的增强。 SQL Server 2005 表分区的具体实现方法 表分区分为水平分区和垂直分区。水平分区将表分为多个表。每个表包含的列数相同，但是行更少。例如，可以将一个包含十亿行的表水平分区成 12 个表，每个小表表示特定年份内一个月的数据。任何需要特定月份数据的查询只需引用相应月份的表。而垂直分区则是将原始表分成多个只包含较少列的表。水平分区是最常用分区方式

数据库基本概念：区、页、行 区 ：SQL Server中管理空间的基本单位。一个区大小为64KB，是八个物理上连续的页。SQL Server中每MB有16个区。一旦一个区被存储满，SQL Server将分配一个区给下一条数据。 页 ：SQL Server中存储数据的基本单位，是区的分配单元。一个页大小为8KB。是SQL Server 每次读取和写入数据的最小单位。页的类型有数据页，索引页，文本页等等。 行 ：行存储于页中，一行一般最多占满一页，也就是8KB，但也有些VARCHAR(MAX),TEXT,IMAGE类型的字段，可以跨越多页存储，一行最大2GB。 收缩数据库 数据库中每个文件都可以通过删除未使用的页的方法来收缩。数据文件和事务日志文件都可以收缩。数据库收缩分为手动收缩和通过数据库设置自动收缩。 设置数据库自动收缩 数据库引擎会定期检查每个数据库的空间使用情况，自动收缩有可用空间的数据库。 ALTER DATABASE test SET AUTO_SHRINK ON; 设置关闭自动收缩 ALTER DATABASE test SET AUTO_SHRINK OFF; 数据库手动收缩 DBCC SHRINKDATABASE(test,10); GO 或者使用如下命令： USE test DBCC SHRINKFILE('test',0,TRUNCATEONLY);

--创建数据库使用默认的方式 create database 数据库名称 --创建一个完整的数据库，带有主文件和日志文件 create database 数据库名称 --逻辑名称 on primary( name='数据库名称', --物理名称 filename='d:\名字.mdf', size=10mb, maxsize=unlimited, filegrowth=10%) --若有多个文件在）后面添加 ， log on( name='test_log', filename='d:\名字.ldf', size=1mb, maxsize=5mb, filegrowth=1mb) go --修改数据库 --添加一个文件组 alter database test add filegroup 文件组名称 --向文件组里添加文件 alter database test add file (name='test_data2', filename='d:\170508010430董志洋\test_data2.ndf', size=5mb, maxsize=100mb, filegrowth=5mb), (name='text_data3', filename='d:\170508010430董志洋\text_data3.ndf', size=5mb, maxsize=100mb,

SQL Server 文件和文件组 数据库是数据的仓库，用于存储数据，而存储数据需要媒介，现在的存储媒介，最常用的是硬盘，土豪一点的服务器使用固态硬盘（SSD），特殊用途的服务器使用内存。数据库最常用的存储文件是数据文件和日志文件，数据文件用于存储数据，由一个主数据文件（.mdf）和若干个辅助数据文件（.ndf）构成；日志文件用于存储事物日志，由.ldf文件构成。不同的文件可以存分布到不同的物理硬盘上，这样便于分散硬盘IO，提高数据的读取速度。 数据文件的组合，称作文件组（File Group），数据库不能直接设置存储数据的数据文件，而是通过文件组来指定。 一，文件组和文件的作用 SQL Server的数据存储在文件中，文件是实际存储数据的物理实体，文件组是逻辑对象，SQL Server通过文件组来管理文件。 一个数据库有一个或多个文件组，主文件组（Primary File Group）是系统自动创建的，用户可以根据需要添加文件组。每一个文件组管理一个或多个文件，其中主文件组中包含主数据文件（master data file），扩展名是.mdf，这个文件是系统默认生成的，并且在数据库中是唯一的；辅助文件的扩展名是.ndf，是用户根据需要添加的。主文件组中也可以包含辅助文件，除了主文件组之外，其他文件组只能包含辅助文件。 例如，查看示例数据库的文件组，Primary 是住文件组

试试SQLServer 2014的内存优化表 SQL Server2014存储引擎：行存储引擎，列存储引擎，内存引擎 SQL Server 2014中的内存引擎(代号为Hekaton)将OLTP提升到了新的高度。 现在，存储引擎已整合进当前的数据库管理系统，而使用先进内存技术来支持大规模OLTP工作负载。 就算如此，要利用此新功能，数据库必须包含“内存优化”文件组和表 即所配置的文件组和表使用Hekaton技术。 幸运的是，SQL Server 2014使这一过程变得非常简单直接。 要说明其工作原理，我们来创建一个名为 TestHekaton 的数据库，然后添加一个内存优化文件组到此数据库 测试环境 ：Microsoft Azure 大陆版 虚拟机 4核 ，7G内存，Windows2012R2 SQLSERVER2014企业版 实验 第一个实验：内存表的简单使用 步骤1：创建数据库和MEMORY_OPTIMIZED_DATA文件组 USE master; GO CREATE DATABASE TestHekaton; GO ALTER DATABASE TestHekaton ADD FILEGROUP HekatonFG CONTAINS MEMORY_OPTIMIZED_DATA; GO 注意ALTER DATABASE语句中的ADD FILEGROUP 语句包含文件组的名称(

分库、分表、表分区 来源场景：读写分离以后可分为一个主库 ( 主库负责写 ) 加上 N 多个从库 ( 从库负责读 ) ， 但是因为业务量的扩大，主库还是无法承受写入的压力，那么此时就可以考虑分库、分表、表分区 来进一步优化 分库： 场景 1 ：比如一个系统涵盖了订单 \ 物流 \ 仓储 ..... 等等 垂直分库，按业务拆分库，不同库不同的服务器 场景 2：订单增删改特别大 水平分库，每个库结构一致数据不一致 (地域/时间/类别/随机算法) 分表 场景 1 ： 文章表， 10个常规字段+1个很长的内容字段 垂直分表，减小表体积，提升增删改查的效率 场景 2： 单表数据量太大 (订单表/商品表) 水平分表 (地域/时间/类别/随机算法) 表分区 一般情况下，我们建立数据库表时，表数据都存放在一个文件里。 但是如果是分区表的话，表数据就会按照你指定的规则分放到不同的文件里，把一个大的数据文件拆分为多个小文件，还可以把这些小文件放在不同的磁盘下由多个 cpu进行处理。这样文件的大小随着拆分而减小，还得到硬件系统的加强，自然对我们操作数据是大大有利的。 所以大数据量的数据表，对分区的需要还是必要的，因为它可以提高 select效率，还可以对历史数据经行区分存档等。但是数据量少的数据就不要凑这个热闹啦，因为表分区会对数据库产生不必要的开销，除啦性能还会增加实现对象的管理费用和复杂性。

--创建数据库使用默认的方式 create database 数据库名称 --创建一个完整的数据库，带有主文件和日志文件 create database 数据库名称 --逻辑名称 on primary( name='数据库名称', --物理名称 filename='d:\名字.mdf', size=10mb, maxsize=unlimited, filegrowth=10%) --若有多个文件在）后面添加 ， log on( name='test_log', filename='d:\名字.ldf', size=1mb, maxsize=5mb, filegrowth=1mb) go --修改数据库 --添加一个文件组 alter database test add filegroup 文件组名称 --向文件组里添加文件 alter database test add file (name='test_data2', filename='d:\170508010430董志洋\test_data2.ndf', size=5mb, maxsize=100mb, filegrowth=5mb), (name='text_data3', filename='d:\170508010430董志洋\text_data3.ndf', size=5mb, maxsize=100mb,