ITPub博客

首页 > 数据库 > > GS-00800 -- GS-00899-GS-00851 -- GS-00860

GS-00800 -- GS-00899-GS-00851 -- GS-00860

作者:GaussDB_数据库 时间:2020-01-09 14:11:58 0 删除 编辑

GS-00851:Could not alloc temp extent

错误原因:临时表空间不足。

解决办法:设置temp表空间为autoextend或增加maxsize值。

GS-00852:Recyclebin object %s.%s partition %s does not exist

错误原因:回收站分区表对象不存在。

解决办法:确认名称是否输入正确。

GS-00853:Attempt to create permanent object in a temporary tablespace

错误原因:在临时表空间内创建非临时对象。

解决办法:在普通表空间下创建该对象。

GS_00855: %s failed, %s

错误原因:备份或恢复执行失败

解决办法: 查看运行日志中的具体错误原因,修复后重新执行。

GS-00856:The current constraint forbids the column data type from being modified.

错误原因:当前列有check约束,不能修改列数据类型。

解决办法:删除列的约束条件再进行该操作。

GS_00857: ARCHIVE_DEST is in use, please disable it firstly

错误原因: 在动态修改配置参数ARCHIVE_DEST_n(n=2..10)时,如果对应的链路还在使用,则会报该错误。

解决办法:先通过命令将对应的ARCHIVE_DEST_STATE_n设置为defer后,再执行对ARCHIVE_DEST_n的修改。

GS_00858: High availability configured, database must run in archive mode

错误原因:在高可用部署下,尝试去关闭归档功能。

解决办法: 在高可用部署下,禁止关闭归档功能,除非用单机。

GS_00859: Recovery point %llu less than least recovery point %llu, open resetlogs failed

错误原因:不满足resetlog的条件,一般为不完全停止数据库或者数据库状态异常,或者日志文件损坏

解决办法:

  • 以open形式打开数据库,执行shutdown,内存和硬盘数据同步一致关闭后,再次尝试执行。
  • 如果因日志损坏,若之前已执行命令RECOVER DATABASE UNTIL CANCEL,则说明数据库无法恢复到 CONSISTENT POINT(一致性恢复点),只能执行 ALTER DATABASE OPEN IGNORE LOGS命令强制启动,但是此操作会破坏数据一致性。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69959250/viewspace-3118600/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2020-01-06

  • 博文量
    2907
  • 访问量
    19235