这里我们有一些服务器，几乎每个服务器都有一个专用的 UPS。它们之间存在依赖关系，因此必须以正确的顺序打开它们。最终，我们遇到了严重的电源问题，因此服务器会关闭，然后在电源恢复时以随机顺序重新启动。如果服务器在停电期间关闭，这不是问题，重要的是一旦电源恢复，它们无需任何人为干预即可正常工作。
我们的 UPS 非常便宜，对我的目标有用的唯一配置参数是power the load xx seconds after power is restored. 理论上，在每个 UPS 上设置正确的延迟我可以修复服务器重启的顺序，但我不相信 UPS 会按预期运行。
这是正确的方法吗？
高级 UPS 是否提供其他选项来修复重启顺序？
最后一个注意事项：我的 Ups 在 1000 - 2200 VA 范围内
我的任务是寻找 NoSQL（在这种情况下可能是Neo4J）的组合是否是SQL-Server我们一直遇到的性能问题的可能解决方案。
我的部分技术分析是平台的可维护性和稳定性。
这意味着我需要找到一种方法来正确记录和维护很少使用的应用程序（NoSQL），并结合我们对（SQL-Server）有具体而严格的指导方针的应用程序。
我主要担心的是，当我回顾过去完成的类似设置时，尽管最初是在内部创建的，一次性应用程序往往会陷入黑盒情况。
那些不black boxes倾向于落在一个不幸的人的肩膀上，他最终花了大部分工作日来维护和处理一些没有人愿意接触并且显然是关键任务的访问数据库 过时技术。
作为负责该平台设置和文档的幸运系统管理员，您如何确保您的可怕设置经得起 时间的考验？
人们通常如何处理大公司中的一次性较小应用程序，希望不会永久地将自己的名字束缚在应用程序上？
如果您的服务器上有 SSIS 目录，则SQL Server 2014 SP1 的安装将失败。之后，服务器不会启动。重建系统数据库没有帮助（不确定，可能是因为系统数据库实际上没有损坏，因此它们可能没有真正重建）。
在第 3188 行随 SP1 一起提供的脚本 SSIS_hotfix_install.sql 中存在一个错误：
CREATE NONCLUSTERED INDEX [IX_internal_object_parameters_inc] ON [internal].[object_parameters]
他们为表使用了一个由两部分组成的名称，而应该在主数据库中执行升级 SSISDB 的脚本。
默认情况下，可以在 中找到该脚本C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Install，但显然他们不会在服务器启动时从那里获取它以执行。
他们可能把它从sqlscriptupgrade.dll在找到的C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn。有人知道如何绕过该脚本的执行并启动服务器吗？
我正在尝试比较包含通配符的字符串。
("www.mysite.*" -match '`*')
但是有些东西不起作用，因为我总是得到真实的回应，例如
("www.mysite.com" -match '`*')
我试过使用 -contains 代替，但我总是错误的。
我正在尝试在 openshift 上使用 openssl 生成 CSR。我在使用 SSH 运行命令时遇到过这个问题。
openssl genrsa -des3 -out myApp.key 2048
Generating RSA private key, 2048 bit long modulus
...........+++
.....................................................................+++
unable to write 'random state'
e is 65537 (0x10001)
我已经安静地研究了一下并尝试了几件事
任何指针？我很困惑这发生在一个干净的新应用程序上。
我正在使用 netperf 对 Linux 服务器进行基准测试。根据networksecuritytoolkit 上的信息，1514 字节数据包的理论最大吞吐率为 117.35 Mbp/s。
但是，对于 1514 个数据包的 UDP 流量，我获得了 957 Mbp/s。我使用 netperf 生成流量。
我不确定这怎么可能。netperf 是否返回 udp/tcp 或以太网吞吐量？