当 Active Directory 域控制器成为域中的孤儿时，是否可以将其配置为继续作为健康的 DC 运行，而无需执行强制降级、然后重新加入和升级的过程？

考虑以下会导致孤立 DC 的场景：

1. 域中存在两个域控制器 DC1 和 DC2。
2. DC2 暂时关闭。
3. 添加了一个新的 DC，DC3。
4. DC1 永久关闭。
5. DC2 重新上线。

此时，DC02 失去了进入域的唯一联系点。DNS 区域肯定会过时，没有 DC03 的条目。复制也会失败，因为它只知道来自不再存在的 DC01 的复制链接。假设 DC1 拥有 FSMO 角色，它也会对当前拥有 FSMO 角色的服务器有错误的引用。

那么，是否可以手动重新构建链接，以便 DC02 开始与 DC03 通信，而无需从头开始？

mysql 数据库有大约 2TB 的数据。

我有一个主从复制运行。使用数据库的应用程序仅对 2 个从站之一执行读取 (SELECT) 查询，并在主站上写入 (DELETE/INSERT/UPDATE) 查询。应用程序的读取方式多于写入。

如果读取（SELECT）查询有问题，我们可以添加另一个从数据库并告诉应用程序，还有另一个salve。所以它可以很好地扩展......

目前，由于写入，master 正在运行大约 40% 的磁盘 io。

所以我在考虑如何在未来扩展数据库。因为总有一天主人会超负荷。

那里有什么解决办法？

也许是mysql集群？如果是这样，将数据库切换到 ndb 是否有任何陷阱或限制？

非常感谢提前... :)

在 Windows 2008 R2 中是否有类似 Replication Monitor（在 Windows 2000 中）可用的东西？您使用什么工具来检查复制健康状况？

我想用 postgres 9.1 的 pg_basebackup 工具创建一个 Base Backup。几秒钟后，我收到：

``pg_basebackup: 无法从服务器获取 WAL 结束位置`

此错误消息的原因是什么？

我有一个大小约为 30Gb 的 mysql (MyISAM) 数据库。它有一个大桌子（还有一些较小的桌子，但没有区别）。它执行大约 2000 次选择（按主键单行）/秒，300 次更新/秒和 50 次插入/秒。我们有大约 10 个具有类似数据库的独立服务器。

我想在不离线的情况下备份该数据库（增量首选），该怎么做？

我正在寻找一种生产解决方案来创建一个可以与 HDD 安全同步的 RAM 驱动器。

我有一个 I/O 负载很重的自定义软件（这是某种专有的面向文档的数据库），我需要显着加快它的速度。我无法修改或摆脱软件本身，因此必须进行水平或垂直缩放。该软件不支持盒子的水平侦察，所以我先看看垂直缩放。

主要想法很简单 - 我们购买大量 RAM (96GB) 并将整个内容放入 RAM 驱动器。但它需要是故障安全的，在服务器重启时丢失任何数据不是一种选择。所以我正在寻找能够在 RAM 驱动器和 HDD 之间保持透明同步的解决方案。

像通过 bash 脚本复制文件这样的肮脏解决方案不是一种选择，需要更可靠的方法。

理论上，正如我所见，这里描述的某种分布式 FS可以以一种奇怪的方式使用 - 在同一台机器上同步两个分区。但我怀疑这是否会在实践中起作用，并且从未尝试过。

那么，对于具有透明同步到 HDD 的 RAM 驱动器的现成解决方案有什么想法吗？

数据更新：

1. 我需要在 RAM 中保存的估计数据量约为 50GB。
2. 服务器是专用的 HP DL320、8 个 CPU、16GB RAM（最高 96GB）。
3. I/O 配置文件类似于数据库应用程序 - 大量随机访问读取，较少写入。

我有一个系统，它必然需要在三个或更多不同的位置物理存在，我需要关于以这样一种方式构建的建议，以便我的数据库保持及时复制而不会出现可怕的延迟。我已经看到当应用程序服务器试图与一个物理上没有并置的节点通信时，mysql 访问和复制非常慢。在这种情况下，我使用的是 mongodb。

• 堆栈是 linux/passenger/ruby/rails/mongodb。
• 数据库写重读轻。
• 基础设施是 Amazon EC2
• 应用层必须在物理上位于 3 个或更多不同的位置。我无法证明这个要求比它是一个要求更合理。但是，如果可以从其他位置快速写入数据库，则该数据库不必位于多个位置。

从阅读 mongo 的文档来看，mongo 复制似乎比分片 b/c 更像是一个候选者，我的数据存储并不大。但是，我没有看到任何可以解决具有潜在高延迟的远距离通信的服务器速度问题的方法。

我一直在寻找一种工具来同步来自 2 个不同数据库的表，并找到了pt-table-sync. 我阅读了文档并感到困惑：他们主要使用涉及复制环境的示例，但我认为复制的全部目的是为您处理数据同步，因此我的问题是：

问题

1. 什么是使用的点pt-table-sync，如果在复制过程中应该采取对您的数据的同步照顾？

2. 可以pt-table-sync在非复制环境下使用吗（2+台主机之间没有任何关系，是pt-table-sync --execute host1 host2 host3给出的例子的作用）吗？

3. 如果我必须用pt-table-sync在复制环境中，我可以做不bin-logs上master（有一个例子谈论解决分歧发现通过 pt-table-checksum这样想，如果bin-logs是绝对必要的）？

我们目前正处于为我们的电子商务业务建立一个“主”数据库的研究阶段，该数据库将集中所有数据，包括产品信息、供应商信息、Magento 信息、亚马逊等......我们已经研究了“物理硬件”（两台 RAID 5 机器，主/从，从硬盘备份 - 和一个单独的应用程序服务器）......或者我们可以做一个“基于云的”系统。

问题的核心是，在云上复制有什么好处吗？云的全部意义在于可扩展性和“无硬件停机时间”，因此不会因硬件故障而丢失数据。在基于云的系统上发生的数据丢失（如果有的话）将是基于软件的。话虽如此，作为基于软件的问题会导致数据丢失，这个问题很可能会被复制，对吗？因此，我们有 2 台具有相同损坏数据的机器？

我们正在尝试分析任一解决方案的成本/收益。当然，如果在云上复制没有任何好处，那么云必须提供的好处超过硬件解决方案。但是，如果云上的复制解决方案是更好的选择，那么硬件解决方案的成本将大大降低，包括物理管理时间。

有没有人在这里有任何经验或见解？

我正在运行一个 3 节点 MySQL 5.6 Galera 集群。一切都是同步的，看起来很好，但我刚刚发现用户表不同步。

其他节点上不存在一个特定用户，我认为它可能会在发出后复制它：

mysql -u root -p -e "INSERT INTO mysql.user (Host,User) values ('10.0.0.10','haproxy_check'); FLUSH PRIVILEGES;"

我仔细检查了所有节点上的 wsrep 状态和用户表。在其他 2 个节点上发出命令后，它可用并且 galera 似乎仍处于同步状态。

我在这里错过了什么吗？为什么 galera 不复制用户表？