问题[high-availability](dba)

我刚刚将我的高可用性环境从 SQL 2017 升级到 2019 版本 15.0.4236.7 我在两台服务器上都有相同的 SQL 代理作业，并带有一个初始子句来确定作业是否应该运行（如果服务器是主服务器）。这在过去一直有效，但我遇到了错误。现在，如果辅助服务器上的同一作业调用存储过程，它就会失败。如果作业对只读表进行内联选择，则作业运行没有问题，但 proc 会抛出“目标数据库当前是……”的错误。就好像在执行之前读取了过程，而在调用该行之前不会读取行内选择。这是一个适用于 2017 年辅助服务器但不适用于 2019 年的简单测试。不确定它是错误还是功能。

    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
use master; 
Declare @AGName varchar(20)  = 'MY-SQLAGNAME'

declare @ret bit

    SELECT
        @ret = count(AGC.name)
    FROM
     sys.availability_groups_cluster AS AGC
      INNER JOIN sys.dm_hadr_availability_replica_cluster_states AS RCS ON RCS.group_id = AGC.group_id
      INNER JOIN sys.dm_hadr_availability_replica_states AS ARS ON ARS.replica_id = RCS.replica_id
    WHERE
     ARS.role_desc = 'PRIMARY' and AGC.name = @AGName and RCS.replica_server_name = @@ServerName 


 if @ret = 1
 begin;

 Select 'Shouldt go in here'

 select top 1 * from MyDby.dbo.MyTable -- This works
 
 exec MyDb.dbo.AnyProcedure -- This Bombs 

 end

我们已经在物理服务器上运行了一个 SQL Server Enterprise Edition 实例。现在配置 AlwaysOn 可用性组

1. 我们可以在现有 SQL Server 实例上配置 WSFC（Windows Server Failover Cluster）服务吗？
2. 还是卸载 SQL Server，安装 WSFC，然后重新安装 SQL？（这可能不是一件好事，因为他们持有巨大的数据库。）

由于我们正在计划一个 3 节点（都是物理机并且当前正在运行 SQL 实例）集群，如何继续前进？从安装媒体中选择哪些选项以继续进行 AlwaysOn 可用性组配置。谢谢

在我工作的公司中，我们使用简单的主次复制设置。如果主系统因任何原因发生故障，我们手动进行切换。这也意味着，MySQL 几乎不会更新。我想让它成为可能，在不停机的情况下更新服务器。由于各种原因，我们不想要一个（过度）复杂的解决方案。所以我想知道，为了实现我的目标，是否可以像这样简单：

启用 GTID 的主-主复制和半同步复制。Pacemaker 将虚拟 IP 从一台服务器切换到另一台服务器，因此我可以停止一台服务器进行更新。然后切换回来并更新另一台服务器。

对于 Primary-Primary 复制，我没有以不同方式配置 auto-increment-increment。所有写入进程都将使用起搏器的虚拟 IP，因此只会写入一台主机。

将 SQL Server 2017 (14.0.3381.3) 与 Always On 高可用性环境一起使用。

出现错误：“缓冲池扫描耗时 10 秒：数据库 ID 8，命令 'CHECKPOINT'，操作 'FlushCache'，扫描缓冲区 144321190，总迭代缓冲区 150079215，等待时间 42 毫秒。参见'https://go.microsoft.com /fwlink/?linkid=2132602' 了解更多信息”

这是 2017 CU23 中包含的一项新功能，位于 VSTS 错误号 13741858 下。

我看到了可以触发扫描的所有操作的列表，但我的机器上没有发生任何操作，有没有办法判断导致扫描的原因？- 或 - 是否有可用于关闭此错误日志的跟踪标志？

我有 SQL Server Enterprise Edition 的软件保障，我需要在上面设置高可用性。

问题是我的主 SQL Server 具有标准许可证。

我可以将 SQL Server 企业版添加为辅助副本吗？

我已经为一个节点配置了 Hight Avaliabiliy WAL Log Shipping Hot Standby (SSL)。但是在我配置之后，两个主机（主要和次要）都占用了 100% 的 CPU 使用率。

最奇怪的是因为我只有一个名为“TESTE”的数据库和一个名为“EXAMPLE”的表来检查复制是否正常。复制工作完美，但我不明白为什么我的 CPU 占用 100% 的使用率，因为我的集群上没有任何应用程序连接。

我运行 HTOP 命令并得到以下结果：

图 1 - 主服务器 HTOP 信息

图 2 - 辅助服务器 HTOP 信息

SO版本：

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

PostgreSQL 版本：

postgres (PostgreSQL) 12.3 (Debian 12.3-1.pgdg100+1)

主服务器 postgres.conf 文件：

max_connections = 100
SSL = on
shared_buffers = 2GB
work_mem = 10485kb
maintenance_work_mem = 512MB
dynamic_shared_memory_type = posix
effective_io_concurrency = 200
max_worker_processes = 4
max_parallel_maintenance_workers = 2
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
wal_level = replica
wal_buffers = 16MB
max_wal_size = 200MB
min_wal_size = 80MB
checkpoint_completion_target = 0.7
archive_mode = on
max_wal_senders = 3
wal_keep_segments = 8
hot_standby = on
hot_standby_feedback = on
random_page_cost = 1.1
effective_cache_size = 6GB
default_statistics_target = 100

pg_stat_activity 信息：

pg_stat_archiver 信息：

pg_stat_replication 信息：

如果我在两台服务器中停止 postgres 服务，CPU 仍然有 100% 的使用率。

任何人都可以帮助我吗？

在 MongoDB 中，它被称为写关注，即副本集中的服务器数量，数据应该在集群确认写请求之前提交。在 Postgres 中如何称呼它？

我可以让永远在线的可用性组主节点与辅助节点不同吗？示例：主副本 RAM 64，内核 8 辅助副本 RAM 256，内核 32

因为我估计只读查询是 4 次写入，并且我将使用读取路由到辅助我发现一个建议让两个永远在线的副本具有可比性，我不知道这是一个建议，还是表示相同 谢谢

如果使用这些工具可以创建一个具有完整功能的现代数据库集群：

• pgbouncer（带有 HAProxy for HA）
• 重新管理
• 酒保

主数据库将在 repmgr 服务器上运行。它有主备。如果primary down，standby可以up。但需要几秒钟。那个时候，用户不能通过pending访问数据库？难道没有一个很好的方法来进行实时响应吗？

我在同一个集群上有两台服务器，其实我的目标是设置“高可用”，但是我集成的数据库没有同步，所以我认为是我创建的“镜像”，但它所在的端口两台服务器不一样，我有一台1433，另一台5022。我应该怎么办 ？