2020-08-16 11:55发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）你好大师， 以下是MTTR和M... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
你好大师，
以下是MTTR和MTBF的KPI。 这些列如下：我的业务给出的公式，输入，自定义表，PM顾问（Me）给出的逻辑。 我只想知道逻辑是否正确。 他们想要获得的度量单位也是"天"。 在我也给出了逻辑之后，我的技术人员仍然感到困惑。 请帮帮我。 您也可以输入给定的表格以供参考。 他想知道如何获得可用时间，故障时间和否。 故障。
谢谢。
嗨，
我对您的自定义项尚不清楚 您指定的表格，因为我看不到这些表格的字段。
在开始讨论逻辑之前，您必须了解我们在谈话时客户端在通知级别输入的停机时间长度 关于MTTR/MTBF和MTTF。
如您所说，您的客户要将UOM设置为" Day"，则可以使用自定义逻辑将小时数转换为" Day"。 您是在考虑总停工时间还是仅考虑技术对象的实际停工时间（不包括隔离/恢复时间等...）？
我可以说，捕获B的长度因企业而异/D在通知级别...如果您的客户在处理RCM概念方面非常有效，则必须了解所捕获的故障时间的长度。 我要强调的原因是，当主设备由于子设备故障而停止时，我们不能认为这是主设备的故障。 但是，我们可以将停机记录为生产的延迟，也可以使用系统可用性信息...如果我们有备用子设备，则在子设备发生故障时，我们可能会切换为备用设备。 在这种情况下，我们无法将停机时间更新为总停机时间...
此信息将提供故障前后技术对象的可用性。
我建议您在通知级别使用自定义屏幕，以便在用户输入自定义字段时可以更新自己的逻辑。 "故障数据"/"系统可用性"中的值，您可以在关闭通知期间根据业务需求转换参数，并可以在您的自定义字段中进行填充...通过这种方式，它可以帮助您的客户跟踪导致 停机，还可以帮助他们了解B/D之前和之后的系统可用性。
如果按照当前设置使用自己的自定义表格数据，我需要您 考虑以下关键点来计算您的MTTR/MTBF/MTTF ...
注意：请确保技术对象的启动日期，因为我们可能会拆除并重新安装在所需的F/L中...在放置自定义逻辑时我们必须小心 考虑特定F/L中设备的实际运行时间（小时/天）。 由于备用设备的运行时间可能不同...这将有助于评估每个位置/位置等方面的技术对象故障...
如果有时间和技术团队的帮助， ，您可以通过信息结构S070进行更清晰的了解。
您还可以参考以下信息以了解逻辑：
MTTR：总维护时间/总维修次数
MTBF：总运行时间/故障总数
注意：
由于备用设备可能正在运行，您可能必须了解其运行时间的维护策略 偶尔。
MTTF：总运行小时数/总单位数。
注意：MTTF是可靠性的基本量度，主要强调对象预期可以持续的时间长度 直到失败为止……这主要集中在类似的技术对象"平均失败时间"上。
问候，
Pardha Reddy.C
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 zZ12138 的问题《MTTR和MTBF的KPI逻辑》','https://www.easysap.com/answer/8403/23315.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，
我对您的自定义项尚不清楚 您指定的表格，因为我看不到这些表格的字段。
在开始讨论逻辑之前，您必须了解我们在谈话时客户端在通知级别输入的停机时间长度 关于MTTR/MTBF和MTTF。
如您所说，您的客户要将UOM设置为" Day"，则可以使用自定义逻辑将小时数转换为" Day"。 您是在考虑总停工时间还是仅考虑技术对象的实际停工时间（不包括隔离/恢复时间等...）？
我可以说，捕获B的长度因企业而异/D在通知级别...如果您的客户在处理RCM概念方面非常有效，则必须了解所捕获的故障时间的长度。 我要强调的原因是，当主设备由于子设备故障而停止时，我们不能认为这是主设备的故障。 但是，我们可以将停机记录为生产的延迟，也可以使用系统可用性信息...如果我们有备用子设备，则在子设备发生故障时，我们可能会切换为备用设备。 在这种情况下，我们无法将停机时间更新为总停机时间...
< p>我们也必须考虑以下信息，才能满足您的要求。此信息将提供故障前后技术对象的可用性。
我建议您在通知级别使用自定义屏幕，以便在用户输入自定义字段时可以更新自己的逻辑。 "故障数据"/"系统可用性"中的值，您可以在关闭通知期间根据业务需求转换参数，并可以在您的自定义字段中进行填充...通过这种方式，它可以帮助您的客户跟踪导致 停机，还可以帮助他们了解B/D之前和之后的系统可用性。
如果按照当前设置使用自己的自定义表格数据，我需要您 考虑以下关键点来计算您的MTTR/MTBF/MTTF ...
注意：请确保技术对象的启动日期，因为我们可能会拆除并重新安装在所需的F/L中...在放置自定义逻辑时我们必须小心 考虑特定F/L中设备的实际运行时间（小时/天）。 由于备用设备的运行时间可能不同...这将有助于评估每个位置/位置等方面的技术对象故障...
如果有时间和技术团队的帮助， ，您可以通过信息结构S070进行更清晰的了解。
您还可以参考以下信息以了解逻辑：
MTTR：总维护时间/总维修次数
MTBF：总运行时间/故障总数
注意：
由于备用设备可能正在运行，您可能必须了解其运行时间的维护策略 偶尔。
MTTF：总运行小时数/总单位数。
注意：MTTF是可靠性的基本量度，主要强调对象预期可以持续的时间长度 直到失败为止……这主要集中在类似的技术对象"平均失败时间"上。
问候，
Pardha Reddy.C
一周热门 更多>