㈠ 谁能给点常用sql语句.随便解释下先谢谢各位大虾们了！！！
以下内容都加了注释了,可以保存为.sql文件,逐段执行
/*
建立一个由3个文件组成的数据库，数据库名称为test。
主数据文件逻辑名称为test_data，物理文件名c:\test_data.mdf；
辅助数据文件逻辑名称为test_data2，物理文件名c:\test_data2.ndf;
日至文件逻辑名称为test_log，物理文件名c:\test_log.ldf;
所有文件初始尺寸为3mb，可以自动增长，最大尺寸为15mb。
*/
create database test on
primary
(
name=test_data,
filename='c:\test_data.mdf',
size=3mb,
maxsize=15mb,
filegrowth=1mb
),
(
name=test_data2,
filename='c:\test_data2.ndf',
size=3mb,
maxsize=15mb,
filegrowth=1mb
)
log on
(
name=test_log,
filename='c:\test_log.ldf',
size=3mb,
maxsize=15mb,
filegrowth=1mb
)
/*
创建一个名为employees的表，该表由5个字段组成：emp_id(员工编号)、ename(员工名称)、
age(年龄)、title(职务)、salary(薪水)。其中emp_id为该表的主键。该表存放在主文件组。
*/
use test
go
CREATE TABLE employees(
emp_id char (4) primary key,
ename nvarchar (10) NOT NULL,
age tinyint NOT NULL,
title nvarchar (10) NULL,
salary money NULL,
) ON [PRIMARY]
--向employees表插入部分数据
insert into employees values('0001','杨建新','22','经理','3000')
insert into employees values('0002','杨建新','23','职员','4000')
insert into employees values('0003','杨建新','24','总经理','5000')
insert into employees values('0004','杨建新','26','职员','2000')
--创建备份设备test_bak，其位置为c:\backup\test_bak.bak
sp_admpdevice 'disk','test_bak','c:\backup\test_bak.bak'
--建立数据库test的完整备份到备份设备test_bak，并命名为test_full_bak1
backup database test to test_bak with name='test_full_bak1'
--向employees表插入新数据
insert into employees values('0005','王建新','24','总经理','1000')
insert into employees values('0006','刘建新','26','职员','2000')
--执行test数据库的事务日志备份，该备份追加到备份设备test_bak，命名为test_log_bak1
backup log test to test_bak with name='test_log_bak1'
--截断employees表，清空内容(记录此时的时间)
truncate table employees
--备份数据库的尾部日志
use master
go
backup log test to test_bak with name='test_log_recovery',norecovery
--恢复数据库的完整备份，并且不要执行还原进程(norecovery)
restore database test from test_bak with file=1,norecovery
--恢复第一个日志备份,如果此时执行recovery，将得到所有数据
restore log test from test_bak with file=2,recovery
--如果执行上述语句时,使用norecovery选项，则可以继续恢复第二个日志备份，即尾部日志
restore log test from test_bak with file=2,norecovery
restore log test from test_bak with file=3,recovery
--如果按照上述操作，则恢复完成后employees表中没有任何数据，因为尾部日志中包含清空表的操作
--若要恢复所有数据，也可以恢复到时间点到清空时间之前
restore log test from test_bak with file=3,stopat='2008-11-16 11:25:00'
㈡ sql server 数据库备份后缀名是什么
关于sql主数据文件次数据文件后缀区分默认情况和自定义情况
1：默认情况下
主数据文件的后缀是mdf
次数据文件的后缀是ndf
日志文件的后缀是ldf
2：自定义方式
创建数据库的时候自己指定主数据文件，次数据文件以及日志文件的后缀
以字母开头的任意有效的字符格式即可
CREATE DATABASE TEST
ON
PRIMARY --创建主数据库文件
(
NAME='TEST',
FILENAME='E:\TEST.mdb',
SIZE=5MB,
MaxSize=20MB,
FileGrowth=1MB
)
LOG ON --创建日志文件
(
NAME='HkTempLog',
FileName='E:\Databases\TestLOG.log',
Size=2MB,
MaxSize=20MB,
FileGrowth=1MB
)
㈢ 尚未备份数据库 "test 的日志尾部
原因分析：
这是因为在线还原的数据库在最后备份后又产生了新的日志，所以按照默认设置的备份选项，系统将提示备份日志尾部以免造成事务中断。
解决方法：
如果需要备份尾部日志则进行备份。如果不需要，则可以在还原数据库的的选项卡中选择【覆盖现有数据库】复选框。
㈣ tail-log backup是什么意思
tail log backup
尾日志备份；
例句
1.Tail log backups capture the tail of the log even if the database is offline, damaged, or missing data files.
尾日志备份可捕获日志尾部,即使数据库离线、损坏或缺少数据文件。
2.Typically, the last log restored is the tail-log backup.
上一个还原的日志通常是尾日志备份。
㈤ MS SQL Server 如果数据库死掉了，那么它是怎么保存数据库死掉前的尾部日志数据的呢
是可以保存死掉前的数据和日志；但是有可能造成数据库被置疑；也就是无法使用。所以以尽量定期的备份才是上上之策。如果真的遇到突然停电宕了；只能采用修复数据库来操作了。
㈥ sql2008怎么备份日志文件
一、 结尾日志备份的含义。
由于结尾日志备份是SQLServer数据库特有的一个内容。所以对于从其他数据库转型过来的管理员可能并不了解这个结尾日志备份的含义。在大多数情况下，如在完成恢复模式或者大容量日志恢复模式下，SQLServer数据库要求管理员备份事务日志的结尾部分以获得尚未备份的日志记录。这个在还原操作之前对日志尾部执行的日志备份就叫做结尾日志备份。对于SQLServer数据库来说，在事务日志恢复之前进行事务日志的尾部备份是非常必要的。因为结尾日志备份作业可以防止用户修改数据的丢失并最终确保日志链的完整性。在利用事务日志将数据库恢复到某一个指定的点，如数据库故障点的时候，结尾日志备份是恢复计划中的最后一个相关备份。如果在还原之前无法备份日志的尾部，那么就只能够将数据库恢复为故障发生之前创建的最后一个备份。而不能够恢复到故障发生的那一点。所以说，结尾日志备份对于SQLServer数据库非常的重要。
二、 在何时该进行结尾日志备份?
从结尾日志备份的含义中，我们也可以看出，并不是在任何情况下都需要作结尾日志备份。也就是说，对于SQLServer数据库来说，并非所有的还原方案都需要执行结尾日志部分。如在数据库恢复的时候，不需要恢复到故障的那一点，就不需要进行结尾日志备份。同理，如果先前的日志备份中已经包含了恢复点，或者说管理员准备覆盖某个数据库或者移动数据库的时候，往往不需要进行结尾日志备份。另外需要的是，在某些特定情况下即使数据库管理员想进行事务日志尾部备份都不行。如当事务日志文件已经损坏时就无法继续进行事务日志尾部备份。此时虽然数据库管理员任人可以在不使用结尾日志备份的情况下恢复数据库，但是已经不能够恢复到故障发生的那一点。也就是说，最新日志备份后进行的任何数据修改工作与数据库结构调整工作都回丢失。
具体的来说，如果遇到如下两种情况，需要先对马上对事务日志进行尾部备份。
一是需要对数据库进行还原操作，而且是要还原到最近到的一个点时，那么需要先对数据库进行事务日志尾部备份。即在数据库处于联机状态时，如果数据库管理员需要对数据库进行的下一个操走就是还原操作，那么就需要在还原操作之前进行事务日志尾部备份。也就是说，在还原操作之前才能够进行事务日志尾部备份，即在事务日志备份备份与数据库还原之间不能够再进行任何的数据库修改作业。否则的话在还原后这个修改会丢失。另外需要注意的是，为了出现一些不必要的错误，最好在备份事务尾部日志的时候，采用NORECOVERY选项。这个选项主要是为了确保数据库事务日志尾部备份之后数据库不能够再被修改。也就是说，可以保证事务日志尾部备份到数据库还原中间的时间间隔之内，不再发生任何的数据库更改作业。以确保在利用事务日志尾部备份进行数据库还原的时候，能够还原到一个最近的时点。而不会有任何数据的丢失。这是在最正常的情况下对事务日志的尾部进行备份。
㈦ SQLServer2008数据库怎样备份还原和数据恢复
在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志（称为日志尾部），然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。
认识数据库备份和事务日志备份
数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。
数据库备份
数据库备份可以手动备份和语句备份
一.手动备份数据库
1.鼠标右键选择你要进行备份的数据库-任务-备份
可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份
2.点击添加选项，选择数据库文件的存放路径
注意文件名记得加后缀.bak,便于恢复时的查找
3.你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性（建议选择），还可以选择是否压缩备份等。
二.语句备份数据库
use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackup est.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库日志备份
首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点 lsn， 这也是本文接下来要讲的重点。
一.手动备份数据库日志
1.右键数据库-任务-备份-选择备份类型（事务日志）
2.点添加，添加日志文件备份存储路径
3.同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份
二.语句备份数据库事务日志
BACKUP LOG [test] TO DISK = N'D: est.trn' WITH NOFORMAT, INIT, NAME = N'test-事务日志 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库还原
右键数据库-还原数据库-添加需要进行还原的数据库文件路径
在还原源选项中你可以选择‘源数据库’，‘源设备’。1.选择源数据库工具会自动显示该数据库之前的一些备份，然后直接选择需要还原的数据库备份集。
2.选择源设备点击后面的...，添加需要还原的数据库文件
2.点击确认还原数据库
数据库恢复
数据库恢复的前提是1.一个完整的数据库备份2.包含这个完整数据库备份的事务日志备份3.完整备份之间也可以存在数个差异备份
对于数据库维护空间始终是一个比较头疼的问题，特别是对于大型数据库而言，每天的日志文件增长是庞大的，很多数据库管理员会定时对数据库日志文件进行收缩，但是经常收缩会存在收缩完日志文件还是不能减少，这是因为存在很多活动的日志无法收缩可以用
DBCC LOGINFO('数据库名称')
我们看到
status=0的日志，代表已经备份到磁盘的日志文件；而
status=2的日志还没有备份。当我们收缩日志文件时，收缩掉的空
间其实就是
status=0的空间，如果日志物理文件无法减小，这里一
定能看到非常多status=2的记录
解决办法：1.可以分离要收缩的数据库，然后手动删除日志文件，然后附加数据库，数据库就会产生一个很小的日志文件（不推荐使用这种方法）
2.右键要出来的数据库选择“属性”-"选项"，将恢复模式改成"简单"，然后利用收缩工具可以讲日志文件收缩到很小，收缩完记得讲恢复模式改成"完整"
也可以用语句进行处理(dbname是你要进行收缩的数据库名，dbname_log是你要进行收缩的数据库的逻辑日志名称)
USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --简单模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL
对于第一种方法不赞同使用，首先对于数据库的分离与附加有时候会破坏数据库，造成数据库无法还原，还有就是对于在线数据库也不允许进行分离操作。
对于第二种方法是slq2008收缩日志文件的一种方法，但是此方法也不能使用过于频繁，因为进行数据库恢复模式的更改会截断事务日志文件，这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件，而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。
举个例子：比如你昨天晚上进行了一次完整备份，然后同时你也进行了一次日志备份（提前日志未被截断），然后你每个小时进行过一次差异备份，最近的差异备份时间点是14点，如果此时数据库错误修改了数据，你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。
如果此时你进行了修改数据库模式，截断日志进行了收缩，那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点，也就是今天所做的数据库更改无法再恢复了，因为日志文件已经被截断了，不知道这样解释是否明白
因为日志文件的检查点（lsn）是连续的，每一次日志备份都是在上一次备份的基础上lsn往后增加的，lsn的范围也包括了数据库文件的lsn，也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。
上图中总共有三个备份文件，一个完整备份、一个差异备份、一个日志备份，大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点
第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点，最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点，如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。
㈧ oracle的数据库文件 日志文件 数据库备份文件的后缀分别是什么
数据文件 .dbf
重做日志文件 .log
控制文件 .ctl
归档日志 .arc
使用rman建立的备份集 .bkp