洞察掌握android电视app开发中的安全与合规策略,提升企业运营效率
422
2023-11-27
修改数据库(扩充、收缩数据库)(转)[@more@] 创建数据库后,可以对其原始定义进行更改。更改包括: 扩充分配给数据库的数据或事务日志空间。 收缩分配给数据库的数据或事务日志空间。 添加或删除数据和事务日志文件。 创建文件组。 创建默认文件组。 更改数据库的配置设置。 脱机放置数据库。 附加新数据库或分离未使用的数据库。 更改数据库名称。 更改数据库的所有者。 1、扩充数据库 Microsoft® SQL Server™ 2000 可根据在创建数据库时所定义的增长参数,自动扩充数据库。通过在现有的数据库文件上分配其它的文件空间,或者在另一个新文件上分配空间,还可以手动扩充数据库。如果现有的文件已经充满,则可能需要扩充数据或事务日志空间。如果数据库已经用完分配给它的空间而又不能自动增长,则会出现 1105 错误。 扩充数据库时,必须按至少 1 MB 增加该数据库的大小。扩充数据库的权限默认授予数据库所有者,并自动与数据库所有者身份一起传输。数据库扩充后,数据或事务日志文件立即可以使用新空间,这取决于哪个文件进行了扩充。 如果事务日志没有设置为自动扩充,则当数据库内发生某些类型的活动时,该事务日志可能会用完所有空间。备份事务日志时,或者在数据库使用简单恢复模型的每个检查点时,只清除事务日志中非活动(已提交)的部分。然后 SQL Server 可以重新使用该事务日志中被截取的、尚未使用的部分。有关截断事务日志的更多信息,请参见截断事务日志。 在备份数据库时,SQL Server 不会截断事务日志。 在扩充数据库时,建议指定文件的最大允许增长的大小。这样做可以防止文件无限制地增大,以至用尽整个磁盘空间。若要指定文件的最大大小,请在使用SQL Server 企业管理器内的"属性"对话框创建数据库时,使用 CREATE DATABASE 语句的 MAXSIZE 参数或者"将文件增长限制为 (MB)"选项。 扩充数据库以增大数据或事务日志空间的过程完全相同。 扩充 tempdb 默认情况下,在需要空间时 tempdb 数据库会自动增长,因为文件的 MAXSIZE 设置为 UNLIMITED。因此,tempdb 可以一直增长,直至用完包含 tempdb 的磁盘上的所有空间。若要防止 tempdb 无限制地增长,请使用 ALTER DATABASE 语句或 SQL Server 企业管理器为 tempdb 设置 MAXSIZE。 相反,如果 tempdb 已经设置了 MAXSIZE,而又需要增加 tempdb 的大小,则必须执行以下操作之一: 增加 tempdb 当前使用的默认文件组中文件的大小。 将新文件添加到默认文件组。 允许 tempdb 使用的文件自动增长。 重要 用户定义的文件组不能与 tempdb 一起使用。它们只能与默认文件组一起使用。 移动 tempdb 更改 tempdb 数据库的物理位置: 使用 ALTER DATABASE 语句和 MODIFY FILE 子句更改 tempdb 数据库,以更改 tempdb 中每个文件的物理文件名,使之引用新的物理位置(例如新磁盘)。 停止并重新启动 SQL Server。 从原始位置删除旧的 tempdb 数据库文件。 增加数据库的大小 如何增加数据库的大小(企业管理器) 展开服务器组,然后展开服务器。 展开"数据库"文件夹,右击要增加大小的数据库,然后单击"属性"命令。 若要增加数据空间,单击"常规"选项卡。若要增加事务日志空间,单击"事务日志"选项卡。 若要添加新文件,单击下一个空行,在"文件名"列中输入将容纳附加空间的文件名。 文件位置是自动生成的,数据库文件名的后缀名为 .ndf,事务日志文件名的后缀为 .ldf。 若要更改"文件名"、"位置"、"分配的空间 (MB)"和"文件组"(不适用于事务日志)等列的默认值,单击要更改的单元格,再输入新值。 对于现有的文件,只能更改"分配的空间 (MB)"值,并且新值必须大于现有的值。 要指定文件如何增长,请从以下选项中选择: 当需要更多的数据空间时,若要允许当前选定的文件增长,选择"文件自动增长"命令。 要指定文件按固定步长增长,选择"按兆字节"命令并指定一个值。 若要指定文件按当前大小的百分比增长,选择"按百分比"命令,并且指定一个值。 若要指定文件大小的限制,请从以下选项中选择: 若要允许文件按需求增长,选择"文件增长不受限制"命令。 若要指定允许文件增长到的最大值,选择"将文件增长限制为 (MB)"命令。 说明 数据库大小的最大值是由可用磁盘空间量决定,许可限制由正在使用的 SQL Server 版本决定。 更改数据库的物理位置 2、收缩数据库 Microsoft® SQL Server™ 2000 允许收缩数据库中的每个文件以删除未使用的页。数据和事务日志文件都可以收缩。数据库文件可以作为组或单独地进行手工收缩。数据库也可设置为按给定的时间间隔自动收缩。该活动在后台进行,并且不影响数据库内的用户活动。 当使用 ALTER DATABASE AUTO_SHRINK 选项(或 sp_dboption 系统存储过程)将数据库设置为自动收缩,且数据库中有足够的可用空间时,则会发生收缩。但是,如果不能配置要删除的可用空间的百分比,则将删除尽可能多的可用空间。若要配置将删除的可用空间量,例如只删除数据库中当前可用空间的 50%,请使用SQL Server 企业管理器内的"属性"对话框进行数据库收缩。 不能将整个数据库收缩到比其原始大小还要小。因此,如果数据库创建时的大小为 10 MB,后来增长到 100 MB,则该数据库最小能够收缩到 10 MB(假定已经删除该数据库中所有数据)。 但是,使用 DBCC SHRINKFILE 语句,可以将单个数据库文件收缩到比其初始创建大小还要小。必须分别收缩每个文件,而不要试图收缩整个数据库。 事务日志文件可在固定的边界内收缩。虚拟日志的大小决定可能减小的大小。因此,不能将日志文件收缩到比虚拟日志文件还小。另外,日志文件可以按与虚拟日志文件的大小相等的增量收缩。例如,一个初始大小为 1 GB 的较大事务日志文件可以包括五个虚拟日志文件(每个文件大小为 200 MB)。收缩事务日志文件将删除未使用的虚拟日志文件,但会留下至少一个虚拟日志文件。因为此示例中的每个虚拟日志文件都是 200 MB,所以事务日志最小只能收缩到 200 MB,且每次只能以 200 MB的大小收缩。若要让事务日志文件收缩得更小,可以创建一个更小的事务日志,并允许它自动增长,而不要创建一个较大的事务日志文件。 在 SQL Server 2000 中,DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 操作试图立即将事务日志文件收缩到所要求的大小(以四舍五入的值为准)。在收缩文件之前应截断日志文件,以减小逻辑日志的大小并将其标记为不包含逻辑日志任何部分的不活动的虚拟日志。 说明 不可能在备份数据库或事务日志时收缩数据库或事务日志。反之,也不可能在收缩数据库或事务日志时创建数据库或事务日志备份。 收缩数据库 Transact-SQL: DBCC SHRINKDATABASE 收缩指定数据库中的数据文件大小。 语法 DBCC SHRINKDATABASE ( database_name [ , target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ) 参数 database_name 是要收缩的数据库名称。数据库名称必须符合标识符的规则。 target_percent 是数据库收缩后的数据库文件中所要的剩余可用空间百分比。 NOTRUNCATE 导致在数据库文件中保留所释放的文件空间。如果未指定,将所释放的文件空间释放给操作系统。 TRUNCATEONLY 导致将数据文件中的任何未使用的空间释放给操作系统,并将文件收缩到上一次所分配的大小,从而减少文件大小,而不移动任何数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时,忽略 target_percentis。 注释 Microsoft® SQL Server™ 可收缩: 特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。 一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。 DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而,DBCC SHRINKDATABASE 在对日志文件进行收缩时,看起来好像所有的日志文件都存在于一个连续的日志池中。 假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。 对于每个文件,SQL Server 计算目标大小,即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时,SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大
来自 “ ITPUB博客 ” ,链接:http://blog.itpub-/8403220/viewspace-954585/,如需转载,请注明出处,否则将追究法律责任。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~