我最近在我们的 SQL Server 框中添加了一个新磁盘,并按照Microsoft 的这些步骤将 .mdf 文件移动到新驱动器。出于性能原因,我选择将日志文件保留在原始磁盘上。
当我尝试使数据库重新联机时,遇到了系统权限异常(需要管理员访问权限)。我进入了 Windows 服务并更改了 SQL Server 以作为本地系统帐户登录。这似乎解决了问题。
但是,两天后,.mdf 文件的大小与传输前的大小相同(我将其脱机,仅更改了时间戳)。我查看了日志,通常在1GB以下,发现现在已经达到了30GB。
我错过了什么吗?为什么 SQL Server 没有将任何这些新数据写入 DB 文件本身?
但是,两天后,.mdf 文件的大小与传输前的大小相同(我将其脱机,仅更改了时间戳)。
您的数据文件中有足够的可用空间用于写入的任何新数据。当该空闲/可用空间被消耗时,文件将增长,而不是之前。您可以通过以下方式确认数据文件中的大小和可用空间:
SELECT
[File Name] = name
, [Physical Name] = physical_name
, [Total Size in MB] = size/128.0
, [Available Space In MB] = size/128.0
- CAST(FILEPROPERTY(name, 'SpaceUsed') AS INT)/128.0
FROM
sys.database_files;
Run Code Online (Sandbox Code Playgroud)
我查看了日志,通常在1GB以下,发现现在已经达到了30GB。
您的数据库处于完全恢复模式并且您没有备份日志。对于这种和各种事务日志增长的解释,请参阅@MikeWalsh 关于为什么事务日志不断增长或空间不足?
归档时间: |
|
查看次数: |
158 次 |
最近记录: |