陈方安生 | 
05 27日, 2020| 
今天在查系统纪录时，看到 MariaDB 有一大堆错误讯息，内容如下：
创新数据库: 表mysql / innodb_index_stats在列名table_name中的长度不匹配. 请运行mysql_upgrade
五月
27
五月
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)。您可以使用元件服務系統管理工具修改此安全性權限。
五月
6
我们有几台伺服器的「系统事件」会有很多 Schannel 的错误讯息，点进去会显示 “已产生以下的严重警示: 40。内部错误状态为 1205。” 或 “收到来自远端用户端应用程式的 TLS 1.2 连线要求，但用户端应用程式支援的加密套件伺服器都不支援。SSL 连线要求失败。” 等错误讯息。会出现此讯息的原因在于此伺服器有提供加密的服务，但使用者并没有以加密的方式提出连线需求，以我來說，出现此讯息的两台伺服器分别是 Mail Server 及电子签核伺服器，两台都有使用 SSL 凭证。
五月
4
原本的 Unifi Network Controller 是安装在一台 Windows 7 的电脑，最近觉得 Controller 停止运行的频率有点过高，几乎每天都要去重新启动程式，上网查到官方有指令可以将程式设为服务来运行，但实际测试后，服务却启动不了，仔细看说明，要 Windows 8 或 Windows 10 才可以，因此干脆另外找一台 Windows 10，并进行Unifi Network Controller 移机的动作。
