文件组

RESTORE (Transact-SQL) SQL Server 2008 R2 其他版本 还原使用 BACKUP 命令所做的备份。通过此命令，您可以执行下列还原方案： 基于完整数据库备份还原整个数据库（完整还原）。 还原数据库的一部分（部分还原）。 将特定文件或文件组还原到数据库（文件还原）。 将特定页面还原到数据库（页面还原）。 将事务日志还原到数据库（事务日志还原）。 将数据库恢复到数据库快照捕获的时间点。 有关 SQL Server 还原方案的详细信息，请参阅还原与恢复概述 (SQL Server) 和实现 SQL Server 数据库还原方案。 注意 有关参数说明的详细信息，请参阅 RESTORE 参数 (Transact-SQL)。 Transact-SQL 语法约定 语法 --To Restore an Entire Database from a Full database backup (a Complete Restore): RESTORE DATABASE { database_name | @database_name_var } [ FROM <backup_device> [ ,...n ] ] [ WITH { [ RECOVERY | NORECOVERY | STANDBY = {standby_file_name | @standby

配置管理器 打开方法，打开SQL\配置工具\SQL外围应用配置器 打开1.服务和连接2.功能 sqlcmd工具 运行/w+r cmd 输入sqlcmd -s lx 作用：对数据进行操作 各种类型的用法： 数据库组成 1.表 2.视图 3.存储过程 4.触发器 5.用户与角色 6.其它数据库部分 使用管理工具创建数据库 先展开数据库 右击 新建数据库 常规、选项 、文件组 写名称 所有者 初始大小 启用自动增长 按mb 不限制文件增长 存储路径 一般两个放在一起。 选项 排序规则可以更改 文件组 先添加 CREATE DATEBASE 创建关键字 后边是名称 On 需要关联关键字的主文件[PRIMARY]文件组 数据文件： name=logical_name 指定逻辑名称 Filename=path 磁盘存放路径 Size=datebase_size 初始文件大小 Maxsize 输入文件最大值 Filegrowth 文件增长频率 Filegroup 所属文件组 也是数据文件： 日志文件; Log on 查看数据库运行状态 1.使用目录视图 属性 2.使用函数 select datebasepropertyex(数据库名称，版本号） 3.使用系统存储过程 sp_helpdb 修改数据库 重命名： 数据库属性\文件\逻辑名称 属性\选项\恢复模式 ALTER DATABASE 名称

一. 概述 　　文件备份是指备份一个或多个文件或文件组中的所有数据。使用文件备份能够只还原损坏的文件，而不用还原数据库的其余部份，从而加快恢复速度。例如，如果数据库由位于不同磁盘上的若干文件组成，在其中一个磁盘发生故障时，只需还原这个故障磁盘上的文件，其它磁盘文件无须还原，这样缩短还原时间。 　　在完整恢复模式下，一整套完整文件备份和涵盖所有文件备份的日志备份合起来，等同于一个完整数据库备份。 　　1.1 文件备份具有如下优点： 　　　　(1)可以迅速还原损坏的文件。 　　　　(2)当超大型数据库在完整备份下变得难以管理时，文件备份增加了计划和媒体处理的灵活性。 　　1.2 文件备份具有不足： 　　　　(1) 与完整数据库备份相比，文件备份的主要缺点是管理较为复杂。如果某个损坏的文件未备份，那么媒体故障可能会导致无法恢复整个数据库。 因此必须维护一组完整的文件备份，还必须维护一个或多个日志备份。 　　　　(2) 维护和跟踪这些完整备份是一种耗时的任务，所需空间会超过完整数据库备份所需的空间。 二. 文件备份策略　　 　　使用文件备份和日志备份还原数据库的操作可能比较复杂，因此最好 先执行完整数据库备份 ，并在第一个文件备份开始之前，进行日志备份。下图在t0创建数据库后,立即执行完整数据库备份t1,创建第一个完整数据库备份后，便可以开始执行事务日志备份

目前手上有一个资料库，切分几个文件，一个主文件组一个归档文件组，只有主文件有变化，其他文件组固定时间内，将主文件组内文件转移至归档文件组中。 备份时，完整备份文件过大，使用文件组备份方式处理。 备份： 1.完整备份资料库 2.备份各文件组　　 backup database [Test] filegroup='primary' to disk='D:\DB\Primary.bak' 3.备份日志 backup log Test to disk='D:\DB\log.bak' with norecovery 还原： 1.还原完整资料库 2.结尾日志备份 3.还原文件组 restore database Test filegroup='UnActive' from disk='D:\DB\UnActive.bak' with norecovery 4.还原日志 restore log Test from disk='D:\DB\log.bak' with recovery; 完成 来源： https://www.cnblogs.com/CoreXin/p/7233953.html

之前同事太任性，工程名叫 test，无法忍受，所以需要修改项目名，所以解决好了在这里mark一下，给需要的人。 目标为：将项目名XCD4改成xcd5。 先上结果图： ==》 1.在左侧的导航区域点击两次项目名，两次间隔时间稍微长些，项目名会变成可编辑状态。 将名称修改为xcd5后按enter键弹出一个对话框，这个时候放心的点击Rename就好了，在随后弹出的对话框中点击Enable、OK，第一步完成。 2.点击product==>Scheme==>Manage Schemes, 在随后弹出的窗口修改项目的 Schemes属性。 同样双击XCD4，两次间隔稍微长些，待激活后修改名称为xcd5，修改完后点击空白处再点击ok键确认。 修改成功后会如下图所示： 3.在导航区域中右键名位XCD4的文件组，选中Show in Finder，在弹出的Finder中修改XCD4为xcd5。 返回xcode界面，XCD4下面的文件都变成红色字样的文件，所以选中XCD4文件组，在 检查器中修改他的name属性为xcd5，再点击Location下面的一个很小的文件夹图片，选中刚才在Finder下修改为xcd5的文件夹。红色文字消失。 4.用同样的方法修改XCD4Tests为xcd5Tests。选中xcd5Tests文件组下面的XCD4Tests.m文件，在

本人新书上市，请多多关照： 《SQL Server On Linux运维实战 2017版从入门到精通》 本篇开始专门对性能进行一系列讲解，这一系列不限于Linux平台，更多的是针对SQL Server本身。 SQL Server性能新特性   SQL Server发展至今，为了不断提升性能，引入了不少最新技术。它们主要以分区表/索引，In-Memory OLTP 和列存储索引这三类核心技术为主。虽然这些技术有各自的使用场景，但是都具有一个共同的目标：针对关键系统大幅度提高性能。这些功能不仅仅是提升性能，而且还是大幅度提升！   接下来会简单介绍这三种技术，有机会的话再细说具体技术。由于工作需要，首先从分区表和分区索引入手。 分区表和分区索引   这个严格意义来说不能称为“新技术“，因为从SQL Server 2005开始就有了。而且业界很多数据库产品都有分区功能。分区的出现源自于大量关系数据的出现。当一个表存储了亿级（请更新你对几百万行数据就成为“大表“的叫法），增删改查的性能将明显下降，其维护成本（比如备份/重建索引/更新统计信息等等）都会变得非常大。   因此，业界通常会对表进行拆分操作。拆分通常有***垂直拆分***和***横向拆分***， 垂直拆分大概就是把一个有很多列的表，按照业务逻辑，拆成多个行数相等但是列数更少的表。这种拆分***并不减少数据行数***

文件和文件组简介 　　在SQL Server中，数据库在硬盘上的存储方式和普通文件在Windows中的存储方式没有什么不同，仅仅是几个文件而已。SQL Server通过管理逻辑上的文件组的方式来管理文件。 　　 SQL Server通过文件组对数据文件进行管理。 我们看到的逻辑数据库由一个或者多个文件组构成。 　　结构图如下： 　　　　 　　　　 文件组管理着磁盘上的文件， 文件中存放的就是SQL Server的实际数据。 为什么通过文件组来管理文件 　　从用户的角度来说，创建对象时需要指定存储文件组的只有三种数据对象：表，索引和大对象(LOB)。 　　使用文件组可以隔离用户对文件的依赖，使得用户仅仅针对文件组来建立表和索引，而不用关心实际磁盘中的文件的情况。当文件移动或修改时，由于用户建立的表和索引是建立在文件组上的，并不依赖具体文件，因此SQL Server可以放心的管理文件。 　　另外，使用文件组的方式来管理文件，可以使得同一文件组内的文件分布在不同的硬盘中，能够大大提供IO性能。 　　SQL Server根据每个文件设置的初始大小和增量值自动分配新加入的空间，假设在同一文件A设置的大小为文件B的两倍，新增一个数据占用3页，则按比例将2页分配到文件A中，1页分配到文件B中。 文件的分类 　　首要文件：这个文件是必须有的，而且只能有一个。这个文件额外存放了其他文件的位置等信息

SQL Server表分区 什么是表分区 一般情况下，我们建立数据库表时，表数据都存放在一个文件里。 但是如果是分区表的话，表数据就会按照你指定的规则分放到不同的文件里，把一个大的数据文件拆分为多个小文件，还可以把这些小文件放在不同的磁盘下由多个cpu进行处理。这样文件的大小随着拆分而减小，还得到硬件系统的加强，自然对我们操作数据是大大有利的。 所以大数据量的数据表，对分区的需要还是必要的，因为它可以提高select效率，还可以对历史数据经行区分存档等。但是数据量少的数据就不要凑这个热闹啦，因为表分区会对数据库产生不必要的开销，除啦性能还会增加实现对象的管理费用和复杂性。 跟着做，分区如此简单 先跟着做一个分区表（分为11个分区），去除神秘的面纱，然后咱们再逐一击破各个要点要害。 分区是要把一个表数据拆分为若干子集合，也就是把把一个数据文件拆分到多个数据文件中，然而这些文件的存放可以依托一个文件组或这多个文件组，由于多个文件组可以提高数据库的访问并发量，还可以把不同的分区配置到不同的磁盘中提高效率，所以创建时建议分区跟文件组个数相同。 1.创建文件组 可以点击数据库属性在文件组里面添加 T-sql语法： alter database <数据库名> add filegroup <文件组名> ---创建数据库文件组 alter database testSplit add

use StudentCourse –【例.1】建立一个名称为Test1的数据库。 create datebase test1 –【例.2】建立一个数据库（StudentCourse）,并指定主文件和事务日志文件的保存位置。 CREATE DATABASE StudentCourse / 数据库名 / ON ( NAME=‘Students_Data’, / 主数据文件逻辑名 / FILENAME=‘D:\sql\Students_Data.mdf’ / 主数据文件物理名 / ) LOG ON / 事务日志文件 / ( NAME=‘Students_Log’, / 事务日志文件逻辑名 / FILENAME=‘D:\sql\Students_Log.Ldf’ / 事务日志文件物理名 / ) –【例.3】建立一个数据库（Test2）。 –数据库的其初始大小为MB，最大不受限制， –允许数据库自动增长，增长方式是按％比例增长； –日志文件初始为MB，最大可增长到MB，按MB增长。 CREATE DATABASE Test2 / 数据库名 / ON ( NAME=‘Test2_Data’, / 主数据文件逻辑名 / FILENAME=‘D:\sql\Test2_Data.mdf’, / 主数据文件物理名 / SIZE=5, / 初始大小 / MAXSIZE=UNLIMITED, /

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