问题[cumulative-update](dba)

我对 CU 和 SQL 服务器比较陌生。我们有一些带有 dev、qa 和 prod 实例（SQL 2017）的 SQL Server。这可能不是最好的主意，但这就是我们现在所拥有的。目前，我们的网络人员通常会应用 GDR 更新。我被要求开始接管 SQL 更新并将我们切换到“CU 火车”，以便让我们了解更多非安全类型升级的最新信息。

1. 我的计划是首先在 dev 和 qa 实例中安装 CU，以在更新生产之前测试和监控任何问题。因为我们的 prod 实例与 dev 和 qa 位于同一个盒子上，所以安装 dev 和/或 qa 实例的更新可能会对生产实例产生任何影响？我想知道是否所有实例的任何通用组件都会被修改并导致问题。
2. 应用 CU 后是否应该重新启动服务器？我的偏好是在应用 CU 后重新启动服务器。但这意味着我会为 dev/qa 更新反弹生产实例，并想知道是否真的需要重新启动，或者我是否愿意重新启动 SQL 服务？

感谢您对此的任何反馈。我真的很想让我们的产品实例住在他们自己的房子里。但是，就像我说的，这是我暂时收到的，只是想看看更有经验的人怎么说。

我正在使用 Postgis 来：

• 计算沿线的累积距离（以米为单位）
• 将累积距离存储在“m”中

我有一张表，这条线上有一个点，每一行都有纬度和经度坐标。所有行的“m”值为 0。

下面的代码很好地让我知道了第一个点和下一个点之间的距离。

SELECT a.geom
FLOOR(
ST_Distance(ST_Transform(a.geom, 3857), ST_Transform(b.geom, 3857)) * cosd(42.3521))
AS dist
FROM line a
LEFT JOIN line b
ON a.id = b.id + 1

但是，它并没有加起来，也没有更新“m”值。

我尝试了以下的一组排列，但它们都没有存储前一行的“m”值的累积总和，再加上这一点与前一点之间距离的计算。

WITH next AS (
    SELECT
    ST_Distance(ST_Transform(a.geom, 3857), ST_Transform(b.geom, 3857)) * cosd(42.3521)
    AS dist,
    a.id AS rowid,
    FROM line a
    JOIN line b
    ON a.id = b.id + 1
)
UPDATE line a
SET m = FLOOR(next.m + next.dist)
FROM next
WHERE a.id = next.rowid
RETURNING a.m, next.dist;

或者

update line a
    set m = FLOOR(a.m + prev.dist) 
    from (select
            l.*,
            ST_Distance(ST_Transform(
                lag(geom) over (order by l.id asc)
            , 3857), ST_Transform(geom, 3857)) * cosd(42.3521) as dist
            from line l
          ) AS prev
    where prev.id = a.id - 1
    returning prev.m, prev.dist, a.m

有任何想法吗？

根据这个 Microsoft 链接，SQL Server 12.0.6372.1 需要任何至少具有 SQL 2014 SP3 的系统，所以我的前任通过 SP3 安装它。现在版本是“2014 (SP3-CU-GDR) (KB4535288) - 12.0.6372.1”。

由于该安全补丁仅修复了 Reporting Services 的特定问题，并且比 CU4 包小，因此我也应该安装 CU4 补丁的 ISTM。

但是怎么做？我是先卸载 KB4535288，然后安装 KB4500181 (CU4)，然后重新安装 KB4535288，还是可以将 KB4500181 放在 KB4535288 之上（这似乎会覆盖 KB4535288 文件。