陈方安生 | 
05 28日, 2020| 
SQL Server 伺服器的「系统管理事件」有大量 SQL Server Native Client 11.0 的错误，原本以为是 SQL 运行层面的问题就都没理会，后来有天上网查，才发现跟 ESET 有些关联。
SQL Server本机客户端 11.0: 由于缺少文件或版本不匹配而无法加载sqlnclir11.rll. 该应用程序无法继续.
五月
28
五月
28
最近远端桌面授权伺服器的事件纪录出现大量的 4105 警告讯息，内容如下：
远端桌面授权伺服器无法为 Active Directory 网域 “xxx.com.tw” 的使用者 “法案” 更新授权属性。请确定授权伺服器的电脑帐户是 Active Directory 网域 “xxx.com.tw” 的 Terminal Server License Servers 群组的成员。
五月
27
近期公司的电脑及伺服器陆续会出现无法登入的情形，讯息仅是告知密码错误，而大部分的电脑在重开机后便能登入，其中一台伺服器则是要登本机帐号后，重新加退网域才能登入。
五月
27
今天在查系统纪录时，看到 MariaDB 有一大堆错误讯息，内容如下：
创新数据库: 表mysql / innodb_index_stats在列名table_name中的长度不匹配. 请运行mysql_upgrade
Unifi Network Controller 是用 JAVA 写的，因此之前是将其装在 Window 7，不过却常常发生程式 Failed 的情形，到后来几乎每天都要重启一次，因此就在思考能否将其设为服务，而官方确实也有提供
五月
26
边缘 79 版开始，核心即改为 Chromium，因此浏览体验提升不少，不过有同仁反应，在线上开启 PDF 文件时，部份内容会是空白的，不确定 PDF 这块是 Edge 自己开发的，还是同样沿用 Chromium，最后试出两种方法让 User 选择。
五月
26
我们的远端连线伺服器 (Windows Server 2012 R2) 只要有使用者连进去，事件纪录就出现一笔 20499 的警告：
「远端桌面服务」花太长的时间从伺服器 aaa 载入使用者 bbb 的使用者设定
五月
20
之前在安装 Windows Server 2019 时，有注意到预设会选择 Server Core 环境，感觉微软有想要大推这种指令模式的作业环境。而在完成 Windows Server 安装后，开启「伺服器管理员」时，则是会出现建议我们尝试使用 “Windows管理中心” 的资讯，因此就想说那就来试试在 Windows Server 2019 Server Core 安装 Windows Admin Center 看看。
五月
13
上周有写一篇「应用程式特定权限设定无法将含有 CLSID – SQL“，当时是在 SQL Server 上的系统事件纪录看到，出问题的权限则是在 SQLSERVERAGENT 这个角色，伺服器本身的权限是没有问题的 (系统及管理员)。今天在 AD 伺服器上也看到同样讯息，而这次就是伺服器本身权限不足，因此需要多个从 regedit 重新取回权限的步骤。
五月
11
最近都在检视各伺服器的「事件纪录」，想要减少里头的无效资讯，以及处理错误资讯。这次在 SQL Server 上，固定都会出现一个这样的错误讯息：
應用程式特定 權限設定無法將含有 CLSID {806835AE-FD04-4870-A1E8-D65535358293} 與 APPID {EE4171E6-C37E-4D04-AF4C-8617BC7D4914} 之 COM 伺服器應用程式的 本機 啟用 權限授與來自位址 LocalHost (使用 LRPC) (在應用程式容器 無法使用 SID (無法使用) 中執行) 的使用者 NT SERVICE\SQLSERVERAGENT SID (S-1-5-80-344959196-2060754871-2302487193-2804545603-1466107430)。您可以使用元件服務系統管理工具修改此安全性權限。
