我似乎与我的SQL Server和我的MongoDB副本集看到这一点。 我一天只得到一小撮，但仍然牵涉到我。 尝试打开到远程系统的新连接时出现超时。 即使远程系统启动并响应，也会发生这种情况。 我有一个单一的SQL Server实例和一个3系统的mongodb副本集。 在中等到更高的负载下，它似乎是零星发生的。 我正在使用连接池，并且大小应该限制连接（当然每个进程），也不应该看到超过1k连接，只是我看到超时试图连接。 SQL服务器是windows（当然），mongodb实例在Ubuntu下，客户端是linux和windows下的node.js以及.Net 4.5应用程序的组合。 我正在创build一个更有弹性（尝试失败之前尝试3次）的架构，这个问题与我相同。 你在这方面的问题，你会寻找什么？
我把我的独立的mongodb转换成副本集。 我已经添加了一个成员（并且我想以后再添加两个成员，并closures主服务器）。 我的主要mongodb运行2.2.3，并且运行最新版本的mongodb 2.6.4的新副本成员。 这两个数据库的运行在Ubuntu服务器14.04，在微软Azure和他们正在运行在相同的亲和组。 （Vm尺寸是A2） 我已经编辑了“nofile”和“nproc”的ulimit到65535，在看到MMMS监控build议之后，BUT只在副本上，以避免机器的重启时间，是否有必要？ 我在主数据库上find了一个超过80米的文件，并在现场制作中运行。 这是否是这样的？ 经过几个小时的同步数据，TTL显示以下错误，并开始重新同步。 并保持循环。 [rsSync]完成build立底层，即将提交 [rsSync]旧的日志文件将被删除：/datadrive/data/journal/j._9 [rsSync]build立索引完成。 扫描55381316总logging。 1348.97秒 [conn221] serverStatus非常慢：{after basic：0，after assert：0，after backgroundFlushing：0，after connections：0，after cursorors：0，after dur：0，after extra_info：0，after globalLock：0，after indexCounters：0，锁后：0，网后：0，后opcounters：0，后opcountersRepl：0，后recordStats：744214，后repl：744214，在末尾：744214} [conn221] command admin。$ cmd command：serverStatus {serverStatus：1} keyUpdates：0 numYields：0 locks（micros）r：31 reslen：3920 1243515ms [conn228] serverStatus很慢：{后基本：0，后断言：0，之后backgroundFlushing：0，后连接：0，后游标：0，后dur：0，后extra_info：0，后globalLock：0，后indexCounters：0，锁后：0，网后：0，后opcounters：0，后opcountersRepl：0，后recordStats：634932，后repl：634932，在末：634932} [conn228] command admin。$ cmd command：serverStatus {serverStatus：1} keyUpdates：0 numYields：0 locks（micros）r：33 reslen：3920 1073310ms [conn235] serverStatus很慢：{后基本：0，后断言：0，之后backgroundFlushing：0，后连接：0，后游标：0，后dur：0，后extra_info：0，后globalLock：0，后indexCounters：0，锁后：0，网后：0，后opcounters：0，后opcountersRepl：0，后recordStats：578551，后repl：578551，在末尾：578551} [conn235] command […]
我在Azure上的SSL证书（在godaddy上购买）突然停止工作。 我正在运行一个标准的Azure网站，之前我上传了一个.pfx文件，并绑定了我的自定义域。 但是，两天前证书停止工作。 我使用通过IIS 7生成的新CSR重新获得了证书（在godaddy上），并从godaddy中导入了证书和中间证书。 之后，我用私钥导出了pfx，并将其上传到azure。 我的自定义域名platform.qochi.com指向我的azure网站，我已经更新了Alogging，成为我的azure网站的IP地址。 有人请帮忙。 我正在迷失在发生什么事情，为什么这是让我失望
是否有可能通过门户网站或PowerShell知道哪些pipe理员在Azure上创build了新的实例，或者至less在创build新事物时获得警报？
我正在尝试使用Azurenetworking安全组创build一个简单的DMZ，使用梭子鱼WAF作为DMZ的公共入口点，但是我有一些麻烦，允许互联网stream量访问梭子鱼（然后被转发到我的内部负载平衡器为我的应用程序服务器）。 我应该如何使用SOURCE和DESTINATION IP前缀？ 我努力了： 来源：0.0.0.0/0目的地： 梭子鱼的内部知识产权 来源：互联网目的地： 梭子鱼的内部知识产权 来源： 梭子鱼的公开知识产权目的地： 梭子鱼的内部知识产权 来源：0.0.0.0/0目的地： 梭子鱼的公开IP 我也尝试改变入口的优先级为100以及1000（其他都是900-500）。 我已经删除了虚拟机上梭子鱼的所有默认端点configuration（因为我发现这些似乎覆盖了networking安全组）。 当我没有安装networking安全组时，networking肯定能和梭子鱼一起工作，但是我想用networking安全组来确保我有一个“尽可能安全”的DMZ。 端点 Name | Type | Prty | Source IP | Port | Dest IP | Port | Protcl | Access DMZ NSG: Internet | Inbound | 100 | INTERNET | 443 | 10.106.164.20 | 443 | TCP | Allow […]
如何强制执行所有Azure订阅pipe理员启用了两步validation。 例如，作为私有GitHub存储库的所有者，我可以审计每个人是否使用双因素身份validation。 我想做一个Azure订阅所有者相同的事情。 更好的是，我想要求它。 通过https://account.live.com/proofs/Manage并点击Turn on two-step verification两步validation，轻松向Microsoft帐户添加Turn on two-step verification 。 我只是想确保每个人都做到了这一点。
每次我在Azure进行VIP交换时，我都会停机。 请注意，我已经完全预热了分段 （通过手动导航到分段IP并单击）。 然后，我做了一个VIP交换，我有很长的停机时间，从30秒到有些情况下有三分钟。 这当然是相当可怕的用户体验。 想想你正在做一个在线购买的点，然后突然间，该网站不响应接下来的两分钟。 去客户。 由于我没有读到很多关于投诉的问题，所以我想知道怎么回事？ 它可能是依赖于我的具体“云服务”的东西吗？ 服务已经三年了，从那以后可能有些东西已经被修复了？ 这可能依赖于我使用的云中心吗？ 只有使用西欧的人有这些问题，限制了投诉的数量？ 这可能是与Sql Azure相关的东西吗？ 在VIP交换期间，我看到也失去了联系。 还是有人认为这是正常的行为，只是接受它？ PS：其余的Azure真是太棒了。
我们最近在我们的服务器上进行了一些驱动器交换。 结果，多个驱动器号和path不再存在。 Azure备份代理不会让我修改我的策略。 这项政策包含了一些已经被删除的政策，因此我正试图将其从政策中删除。 但是，通过执行“计划备份”向导来尝试这样做，唯一可以识别的方法是修改策略，因为path无效，所以会出现错误。 找不到。 但是这是关键，现在不在了。 我如何绕过或解决这个问题，并成功更新Azure备份代理中的Azure备份策略？ 提前致谢。
我有一个简单的Azure Web应用程序设置使用美国中部地区的单一标准小型实例types。 该网站本身正在运行一个node.js网站。 我注意到，Google抓取报告的平均延迟是在.5s左右。 为了监视，我添加了6个Azure监视端点，其中一些指向dynamic页面，而另一些指向仅由IIS提供的静态内容。 所有指标均报告250ms-1s +的高延迟，具体取决于地理区域。 我还尝试在新的Azure门户上设置超过1秒的“平均响应时间”的警报，并且每隔几个小时触发一次警报。 Azurenetworking应用程序的延迟正常吗？ 有什么我可以configuration/改变，以改善它？
在C＃中使用在SQL Server Azure中编写的存储过程运行数据集数据适配器的Data-fill例程时遇到此问题。 直接从SQL Server Management Studio执行的SQL Server存储过程只需要3秒钟，并且执行正常。 作为解决办法，我在Azure数据库上执行了“ exec sp_updatestats ”，然后数据填充例程正常工作！ 有点困惑在这里了解谁在玩。 SQL服务器可以在3秒内执行存储过程，但C＃数据集数据填充例程超时。 即使问题解决了，有人可以解释为什么直接影响数据集或数据适配器的重新索引（或更新统计信息）会填充例程，而存储过程结果可以在没有超时的情况下执行？