首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >由于Server中的磁盘空间,Alter列操作失败

由于Server中的磁盘空间,Alter列操作失败
EN

Database Administration用户
提问于 2015-03-02 11:34:15
回答 1查看 714关注 0票数 1

我试图更改特定表上的列;但是,进程失败了,因为一旦磁盘耗尽空间,日志文件就会耗尽空间。

表的大小小于空闲磁盘空间的大小。

有人能告诉我我做错了什么吗?

场景:

  1. 将列大小从numeric(9,10)更改为numeric(18,6)

统计:

  1. 表号- 40 GB
  2. 表行-4 000万
  3. 此表所在的磁盘空闲空间- 50 GB
  4. 数据库恢复模型: Full
  5. 镜像配置
  6. SQL Server 2012企业

我收到的错误是:

“语句已被终止。数据库'x‘的事务日志由于'LOG_BACKUP’而满

EN

回答 1

Database Administration用户

发布于 2015-03-02 12:34:01

数字(9,10)不是有效的数据类型规范。刻度必须小于或等于精度。我假设实际列具有较小的规模规范。

当您将列的精度从1-9更改为10-19时,存储大小从5字节增加到9字节。这是一个完全日志记录的操作,不管您的恢复模型如何,您已经发现,DDL操作的日志记录成本很高。

一种方法是添加一个新的空列,然后分批更新旧列的新列值,以减少日志空间需求,并允许对镜像应用更新。更新所有行后,删除旧列并将旧列重命名为新列。最好在聚集索引键的范围内更新。如果您需要帮助进行批量更新,那么发布您现有的表结构。

请记住,即使在更新期间备份日志,镜像也可能无法在操作期间跟上(增加日志空间需求)。无论如何,您应该在维护窗口中这样做,因此您可以选择在维护期间删除镜像,然后重新创建。

另一种方法是创建一个仅包含聚集索引的新表,用INSERT...SELECT加载,删除旧表并将新表重命名为旧名称,并重新创建约束和索引。这将允许您通过删除镜像并在维护期间将恢复模型更改为SIMPLE或BULK_LOGGED来最小化日志记录。

票数 4
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/94160

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档