【OPM】Windows server 2012/2012 R2安装环境PGSQL无法启动

【OPM】Windows server 2012/2012 R2安装环境PGSQL无法启动

OPM 版本：12.7.000 及以上
服务器类型：Windows server 2012/2012 R2
错误提示：
1.新安装启动时wrapper.log中报错：

2.从 12.6.xxx 升级至 12.7 版本过程中报错：

问题原因：
1.缺少 dll 文件
2.CRT 需要更新
排查方法：
打开管理员权限的 cmd，执行：
where /r %SystemRoot%\System32 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
where /r %SystemRoot%\SysWOW64 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
如果 dll 文件存在，则输出为：
C:\Program Files\ManageEngine\OpManager->where /r C:\Windows\System32 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
C:\Windows\System32\downlevel\api-ms-win-crt-runtime-l1-1-0.dll
C:\Windows\System32\downlevel\api-ms-win-crt-stdio-l1-1-0.dll
C:\Windows\System32\downlevel\api-ms-win-crt-string-l1-1-0.dll
C:\Program Files\ManageEngine\OpManager->where /r C:\Windows\SysWOW64 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
C:\Windows\SysWOW64\downlevel\api-ms-win-crt-runtime-l1-1-0.dll
C:\Windows\SysWOW64\downlevel\api-ms-win-crt-stdio-l1-1-0.dll
C:\Windows\SysWOW64\downlevel\api-ms-win-crt-string-l1-1-0.dll
如果缺少 dll 文件，则输出为：
C:\Program Files\ManageEngine\OpManager->where /r C:\Windows\System32 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
INFO: Could not find files for the given pattern(s).
C:\Program Files\ManageEngine\OpManager->where /r C:\Windows\SysWOW64 api-ms-win-crt-stdio-l1-1-0.dll api-ms-win-crt-string-l1-1-0.dll api-ms-win-crt-runtime-l1-1-0.dll
INFO: Could not find files for the given pattern(s).
注意：
1.升级时出现报错，可能 OPM 文件夹中的部分文件已发生替换，需先还原到升级前的快照或备份。
2.可能需要重启服务器。
3.附件为 Windows server 2012 R2 x64更新包。其他类型 server 更新包请对应上文 KB 中下载。

    • Related Articles

    • OPM在Ubuntu 20.04安装后无法启动

      问题：OPM在Ubuntu 20.04安装后无法启动，提示缺少以来文件 解决办法 原因是Xshell支持SSH协议下的X11界面。把Xshell属性中的此设置去掉即可解决。如下图

    • 邮件服务器故障排除

      以下是在邮件服务器设置过程中面临的一些常见问题，这些问题超出了OpManager的控制范围。 1.连接问题 超时问题 未提供需要的身份验证 未配置必需的TLS 可以配置TLS，但不是必选项 支持 TLS 1.2 2. 权限问题 中继访问被拒绝 服务器IP地址未包括在中继例外列表中 单击 此处（链接稍后添加） 查看与上述情况相关的常见异常及其疑难解答 如果无法解决问题，请按照以下步骤运行测试程序，以检查MailServer和OpManager已安装服务器之间的链接。 3. 连接可能不一致的网络问题 ...

    • WMI凭证未通过，错误为“RPC服务器不可用”

      通过OpManager中的WMI模式添加Windows Server时解决“RPC服务器不可用错误”的步骤。 1) 尝试使用域名\用户名和仅使用用户名添加服务器。 2) 检查是否能够从OpManager服务器ping远程Windows计算机。尝试同时使用主机名和IP地址ping通。 3) 检查OpManager服务器和远程Windows计算机之间是否有防火墙。如果有防火墙，则必须打开防火墙中的端口进行监视。端口是135(RPC)和445(WMI)。之后尝试将其添加到OpManager中。 ...

    • 【APM】服务器内存利用率计算规则（SNMP）

      通过 SNMP 协议对 Windows\Linux 服务器获取并计算物理内存利用率的方式不同。 一.Windows服务器： （1）抓取 hrStorageType OID (.1.3.6.1.2.1.25.2.3.1.2) 的实例。 它将列出目标服务器中可用的不同类型的存储，从列表中我们单独使用 hrStorageRam 的值来计算我们使用的物理内存。 （2）内存总使用量计算： 通过 hrStorageUsed OID (.1.3.6.1.2.1.25.2.3.1.6) 及 ...

    • 【OPM】服务器内存利用率取值、计算规则

      对于服务器内存利用率取值和计算方式： 一.通过 SNMP 计算内存利用率（Windows\Linux 通用） 通过 SNMP 计算内存利用率有两种方式（自动优先使用方式 1）： 方式 1.如果 hrStorageType OID (.1.3.6.1.2.1.25.2.3.1.2)返回一个包含 hrStorageRam 的值： （1）注意 hrStorageType OID (.1.3.6.1.2.1.25.2.3.1.2) 的实例，其中包含 hrStorageRam 作为值。 ...