nairware's questions

我无法删除系统 DSN 类型的特定 ODBC。我能够在同一台服务器上创建和删除其他 ODBC 连接，但无法删除特定的 ODBC（名称 = 默认）。如果我尝试将其重命名为“默认”以外的名称，则会使用原始名称“默认”创建一个新的系统 DSN，该名称也具有相同的元数据，例如描述和服务器 FQDN。

环境信息：

• 操作系统 = Windows Server 2012 标准 64 位
• ODBC =
  • 名称 = 默认
  • 平台 = 32 位
  • 驱动程序 = SQL Server Native Client 10.0
  • 类型 = 系统 DSN
• 数据库 = SQL Server 2008 R2 SP2（位于另一台服务器上）

到目前为止我已经尝试/学到了什么：

1. 我已尝试使用“ODBC 数据源 32 位”（路径 = %windir%\syswow64\odbcad32.exe）删除此 ODBC。尝试将其删除后，我没有收到错误消息，但 ODBC 仍然存在。我什至无法使用“ODBC 数据源 64 位”（路径 = %windir%\system32\odbcad32.exe）看到这个 ODBC，尽管我能够看到（但不能修改）其他使用它的 32 位 ODBC 64 位工具。
2. 如果我在用于配置此“默认”ODBC 的工具中执行“测试数据源...”，它会成功并显示“测试成功完成！”
3. 此 ODBC 最初是与 Microsoft Dynamics GP 2010 一起使用的。当我启动 GP 2010 以尝试连接到此“默认”ODBC 时，它不能用作连接选项，尽管服务器上的所有其他 ODBC 都可用。
4. 我无法在注册表中找到对此“默认”ODBC 或系统 DSN 类型的任何其他 ODBC 的任何引用。我查看了HKEY_LOCAL_MACHINE >> SOFTWARE >> ODBC >> ODBC.INI，所有存在的都有一个默认注册表项（名称=（默认），而不是字符串文字“默认”）。此外，在我自己的研究中，我已经看到提到应该出现在此注册表路径中的“ODBC 数据源”键，但我根本没有。

我们的团队最近决定重新配置一组旧的 Windows Server 2012 服务器/网络，以将其设置为生产使用。我们最近为所有服务器重命名了旧域，将每个服务器重新附加到域，并为环境购买并上传/配置了新的通配符证书。我们遇到的一个问题是在各个地方对旧域名的引用。我们不得不多次分离和重新连接服务器以获得更新域名的预期结果（在大多数情况下这是一个问题）。我们似乎在这方面取得了成功。

我无法解决的当前问题是与名称不匹配和证书警告有关的问题。就我而言，我通过 VPN + 私有 IP 地址 + RDP 连接到服务器，但是当我连接时，“请求的远程计算机”名称是服务器的私有 IP 地址（例如 10.20.30.20）。它应该是服务器的 FQDN（例如 computername.blahblah.com）。由于它只是看到服务器的 IP 地址，因此“来自远程计算机的证书中的名称”不匹配（证书中的 SAN 使用 computername.blahblah.com 引用）。

请注意，这种不匹配只发生在组中的一台服务器上。所有其他服务器的行为与预期一样，具有与证书中列出的 SAN 匹配的正确计算机名称。

如何更新服务器的“请求的远程计算机”名称，这样我的证书就不会再出现名称不匹配的问题？请参阅下面的错误截图：

背景：我需要修改/改进几年前在一组服务器上创建的自动化流程。过程如下：

1. 生成特定 SQL 实例中可用的所有 SQL 数据库的完整备份（托管在服务器 A 上）
2. 抓取所有文件并使用 7zip 压缩实用程序将它们压缩成一个文件（压缩过程在服务器 A 上进行）
3. 通过本地网络发送单个压缩的 7z 文件以存储在单独的服务器上（托管在服务器 B 上）

这个过程在技术上是可行的，但多年来数据库的大小和数量已经增长到 70-100 GB 之间。该过程每天运行，应该切换以利用差异备份，以减少所涉及的数据量；现在它执行完整备份。

问题：我遇到的问题是 7zip 压缩如此大量的数据所需的时间。7zip 大约需要 14 个小时才能将所有这些数据库压缩成一个 .7z 文件。有问题的服务器是双核、W2008R2 64 位、16GB RAM 机器——它还为大约 300-500 个用户的 Web 应用程序托管 SQL 服务器。具体来说，关于 7zip，我们将其设置为执行最高级别压缩（超 / 级别 9）。

风险是 7zip 在我们的用户高峰时段消耗过多的 CPU 功率，因此 SQL 的性能受到威胁。

问题：是否有适用于 Windows 的压缩实用程序可用于压缩 SQL 数据库备份，从而更快地执行该过程（约 80GB 在不到 14 小时内）或消耗比 7zip 更少的 CPU 使用率？

我正在尝试perfmon在 Windows 2008 R2 服务器上设置以监控服务器上的内存使用情况 1 周。我以前从未使用perfmon过，但一些基本教程解释了如何在不同的性能计数器之间进行选择并启动和运行基本应用程序，从而生成报告。

我一直在寻找类似于“物理内存”（可以在任务管理器 >> 性能选项卡中找到）的东西，它以 0% 到 100% 之间的百分比显示内存使用数据。我并不真正关心计数器的单位，但我想要一些能让我获得与“性能”选项卡类似的指标的东西。

当我测试使用Memory\%Committed Bytes in Use时，那个计数器似乎没有给我想要的东西；它似乎在测量别的东西。在我的特定服务器上，我有 8GB 的​​ RAM。使用任务管理器，我可以看到服务器正在使用 1.5GB 的 RAM，但是当我运行性能计数器测试时，%Committed Bytes 显示为具有 11 的值，比例为 1.0——我假设转化为 11%。任务管理器在同一时间间隔内报告了 19%，所以我不知道如何解释这种差异。

也许这Available MBytes是满足我需要的正确指标（报告比例设置为 0.001），我在测试中得到的结果是 6.618GB，这看起来是正确的（这需要将图形类型更改为“报告”——我想因为这个结果只提供一个值，6.618GB 一定是性能计数器运行的整个时间间隔内的平均值吗？）。

这些性能计数器中的任何一个是否适合用于我的目的？显示我在整个星期内尝试观察的数据的最佳方式是什么？我真的很想看看一周内内存使用率的高低。

我有兴趣安排通过 Internet 从一台服务器向另一台服务器复制和发送大文件。服务器不在同一网络上。

我不知道我解决这个问题的所有可用选项，但我隐约熟悉的几个协议/规范可能对这个任务有用，它们是 (1) FTP 和 (2) bittorrent。

我之前使用 Filezilla 在服务器组之间手动发送大文件。那个特定的 FTP 应用程序没有调度功能，因此它不足以满足我的调度要求。理想情况下，我想使用更具编程性（非基于 GUI）而非专有（如付费应用程序）的东西来完成此任务。

我已经在使用按计划运行的 Python 脚本，这些脚本在一组服务器上执行其他操作。服务器运行 Windows，脚本通过Windows 任务计划程序自动执行。如果我可以使用 Python 通过 FTP 发送文件，那对我来说特别理想，因为我可以将 FTP 代码放入我已经开始工作和安排的工作中。然而，我曾短暂地尝试过使用 Python 的“ftplib”，但对它一无所知。所以，在我尝试走那条路之前，我想先在这里发帖。

我不确定是否应该采用基于 FTP 的方法，因此我想就此提出一些建议。此外，我并不真正关心我使用什么编程语言来完成这项任务，尽管我更喜欢 Python，因为它似乎是一个自然的选择，因为我正在处理服务器端脚本。我也想就此提出建议。

由于这是我的第一篇 serverfault 帖子，您可能会认为我对上面提到的许多主题几乎一无所知。提前致谢。