在SQLserver使用脚本备份数据库的时候需要注意的问题是:
1.指向的文件名必须是有读写权限。
2.在使用批量数据库备份时候需要根据自己需求选择性备份。
— =============================================
— Author: <奔跑的金鱼>
— Blog: <http>
— Create date: <2015>
— Description: <备份指定数据库>
— ================================
在SQL Server中，数据库备份是确保数据安全的重要环节。通过脚本进行数据库备份可以实现自动化，提高工作效率。本文将详细讲解如何使用SQL Server脚本来备份数据库，并探讨在执行备份过程中需要注意的关键点。
要备份数据库，你需要确保备份文件的目标路径具有足够的读写权限。这意味着在指定备份文件保存的位置时，应确保SQL Server服务账户对该目录有完全控制的权限，否则备份过程可能会失败。例如，以下脚本中，`@FileName`变量指定了备份文件的路径，必须确保该路径对SQL Server服务账户是可写的：
```sql
SET @FileName = 'C:\backup' + @DBName + '_' + @CurrentTime + '.bak'
```
在备份单个数据库时，可以使用如下的T-SQL命令结构：
```sql
BACKUP DATABASE [DatabaseName] TO DISK = 'FilePath' WITH NOINIT, NOUNLOAD, NAME = 'BackupName', NOSKIP, STATS = 10, NOFORMAT
```
在这个示例中，`DatabaseName`是你要备份的数据库名称，`FilePath`是包含备份文件的完整路径，`BackupName`是备份集的描述性名称。`NOINIT`选项表示每次备份都追加到同一个文件，`NOUNLOAD`意味着在备份完成后不立即卸载媒体，`NOSKIP`表示不要跳过已存在的备份，`STATS = 10`用于显示进度信息，`NOFORMAT`表示不格式化介质，即不覆盖已有备份。
如果需要批量备份多个数据库，可以通过创建游标并遍历`sys.databases`视图来实现。以下是一个批量备份所有用户数据库的示例：
```sql
DECLARE @FileName VARCHAR(200), @CurrentTime VARCHAR(50), @DBName VARCHAR(100), @SQL VARCHAR(1000)
SET @CurrentTime = CONVERT(CHAR(8), GETDATE(), 112) + CAST(DATEPART(hh, GETDATE()) AS VARCHAR) + CAST(DATEPART(mi, GETDATE()) AS VARCHAR)
DECLARE CurDBName CURSOR FOR SELECT NAME FROM Master..SysDatabases WHERE dbid > 4
OPEN CurDBName
FETCH NEXT FROM CurDBName INTO @DBName
WHILE @@FETCH_STATUS = 0
BEGIN
SET @FileName = 'C:\backup' + @DBName + '_' + @CurrentTime + '.bak'
SET @SQL = 'BACKUP DATABASE [' + @DBName + '] TO DISK = ''' + @FileName + '.bak''' + ' WITH NOINIT, NOUNLOAD, NAME = N''' + @DBName + '_backup''', NOSKIP, STATS = 10, NOFORMAT'
EXEC(@SQL)
FETCH NEXT FROM CurDBName INTO @DBName
END
CLOSE CurDBName
DEALLOCATE CurDBName
```
这个脚本使用了一个游标`CurDBName`来遍历所有用户数据库（`dbid > 4`排除了master、model、msdb和tempdb系统数据库），为每个数据库创建备份。
在执行批量备份时，根据实际需求，可能还需要考虑是否备份只读数据库、是否使用压缩备份、是否需要备份事务日志等。此外，定期清理旧备份文件以节省存储空间也非常重要。在生产环境中，通常会结合维护计划或者作业代理来定时执行这些备份脚本，以确保数据的安全性和可用性。
使用SQL Server脚本备份数据库是数据库管理中的基础操作，理解其工作原理和注意事项对于保证数据安全至关重要。通过合理规划备份策略和编写适当的脚本，可以有效地管理和保护您的数据库资产。
