即使移动了日志段,数据库的状态仍显示为混合状态。

2020-08-17 10:51发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


"> status-of-database-after-logsegment-seperation.txt 大家好,

我只是使用sp_logdevice将混合数据库中的日志段分离到专用日志设备(附加了执行过程),但是即使重新启动后,我仍然可以看到数据库的状态为"混合"。 碎片信息和来自系统的详细信息将如何显示适当的详细信息。 请让我知道是否在任何地方缺少任何物品。

1> sp_helpdb'F30'
2>转到
名称db_size所有者dbid创建了持久性lobcomplvl进入状态
-------- ------------ -------------- ---------- -------- ------------------ ------ -------------------- -------------------- ---- ------------
----------------------------------- ---------------------------
F30 30.0 MB sa 2020年6月12日完整0 NULL单用户,混合日志和数据< br>(受影响的1行)
创建的device_fragments大小使用情况free_kbytes
-------------------------------- -------------------------- ------------------ ------ -------------------------------- ------------------ -------------- F30_Data_01仅20.0 MB数据2020年7月7日1:34 AM 16896 F30_Log_01 10.0 MB仅日志2020年7月7日1:36 AM不适用
-------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ------------
仅记录空闲字节= 1020 0(返回状态= 0)


1>从dbid = 12的系统中选择*-对应于F30数据库
2> go
dbid segmap lstart大小vstart位置unreservedpgs crdate vdevno
------- ---------- ---------- ---------- ----------- --------- ------------ ------------------------------- ------- ----
12 3 0 5120 0 0 4224 2020年7月7日1:34 AM 24
12 4 5120 2560 0 0 2550 2020年6月7日1:36 AM 25
(受影响2行)

Dilip Voora

"> status-of-database-after-logsegment-seperation.txt (7.6 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


"> status-of-database-after-logsegment-seperation.txt 大家好,

我只是使用sp_logdevice将混合数据库中的日志段分离到专用日志设备(附加了执行过程),但是即使重新启动后,我仍然可以看到数据库的状态为"混合"。 碎片信息和来自系统的详细信息将如何显示适当的详细信息。 请让我知道是否在任何地方缺少任何物品。

1> sp_helpdb'F30'
2>转到
名称db_size所有者dbid创建了持久性lobcomplvl进入状态
-------- ------------ -------------- ---------- -------- ------------------ ------ -------------------- -------------------- ---- ------------
----------------------------------- ---------------------------
F30 30.0 MB sa 2020年6月12日完整0 NULL单用户,混合日志和数据< br>(受影响的1行)
创建的device_fragments大小使用情况free_kbytes
-------------------------------- -------------------------- ------------------ ------ -------------------------------- ------------------ -------------- F30_Data_01仅20.0 MB数据2020年7月7日1:34 AM 16896 F30_Log_01 10.0 MB仅日志2020年7月7日1:36 AM不适用
-------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ------------
仅记录空闲字节= 1020 0(返回状态= 0)


1>从dbid = 12的系统中选择*-对应于F30数据库
2> go
dbid segmap lstart大小vstart位置unreservedpgs crdate vdevno
------- ---------- ---------- ---------- ----------- --------- ------------ ------------------------------- ------- ----
12 3 0 5120 0 0 4224 2020年7月7日1:34 AM 24
12 4 5120 2560 0 0 2550 2020年6月7日1:36 AM 25
(受影响2行)

Dilip Voora

"> status-of-database-after-logsegment-seperation.txt (7.6 kB)
付费偷看设置
发送
2条回答
打个大熊猫
1楼-- · 2020-08-17 11:39

你好Dilip

在您的步骤中,我看不到" dbcc findstranded"。 要关闭"混合数据/日志"状态位,这是必需的。 KBA中的步骤对此进行了描述:

https://launchpad.support.sap.com/#/notes/1886081

分离各个数据和日志设备片段后,如何修复master.dbo.sys数据库中的status2位-SAP ASE

请注意dbcc findstarnded在CR上的警告。 请检查此内容,以查看您是否具有针对此版本的修复程序。

亲切的问候

Bart

半个程序猿
2楼-- · 2020-08-17 11:32

嗨,巴特,

在明确执行dbcc findstranded之后,我可以看到预期的状态,但是sp_logdevice在移动过程中执行了此任务。

/* **我们可能会扩展到一个用于包含用户数据的段上,**,因此我们需要查找滞留对象。 */

dbcc dbrepair(@ dbname,findstranded,NULL,@ isatempdb)

我还收到了DBCC执行完成消息。 那么,为什么还要再次执行dbcc findstranded(db_name)?

我的DS在RHEL 6.4上使用16.0 SP03 PL08运行。

我相信这是因为作为sp_logdevice的一部分而被修复的dbcc出于不同的原因而被执行。 它也在转储tran之前执行,因此日志的活动部分尚未在新的日志设备上。 必须先设置好状态位,然后才能切换状态。

欢呼

巴特

一周热门 更多>