当长时间离开计算机时，让计算机休眠而不是关闭似乎很方便 - 所有程序在恢复时都保持相同的状态。这样做有什么缺点吗？
我们公司最近搬家了。尽管每台计算机都被包装成泡沫包装并希望小心处理，但我们现在看到硬盘故障的爆发。有些计算机在重新定位后无法立即启动，有些则在几周后遇到磁盘问题。
是否有一些关于如何为搬迁准备计算机的最佳实践？也许像断开所有驱动器并放入带有减震材料的盒子之类的东西？这将“将所有鸡蛋放入一个垃圾箱” - 如果一个盒子丢失或严重损坏，许多计算机将没有磁盘。这也是非常消耗资源的——我们需要移除并标记所有磁盘，然后在重新定位时将它们放回原处。
搬迁大型（100 多名员工）公司时处理硬盘驱动器的最佳做法是什么？
我需要托管一个可以通过 https 接受请求的 Web 服务。因此，我需要一些 Serious Certificate Company 颁发 SSL 证书。我问了我们的管理员 - 他们说我必须生成一些请求并将其提供给他们，然后他们才能继续。
如果这很重要，我在 Windows 上。
他们在说什么？我从哪里开始？
我有一个专用域mydomain.com，我有一个 Windows Azure 服务，必须从地址发送电子邮件@mydomain.com。我发现一个邮件服务同意“代表”我的域发送电子邮件。
该邮件服务要求我为我的域添加 MX 记录，并且看起来 MX 记录暗示了一个静态 IP 地址。Windows Azure 目前不保证静态IP，业界的解决方案是使用CNAME 记录将我的域名映射到Azure 中的三级域名（mydomain.cloudapp.net）。
所以理想情况下，我希望我的域同时拥有 A 记录和 CNAME。那可能吗？我的情况还有哪些其他选择？
有一个 Windows 2008 服务器，其中有一个具有已知密码的本地用户帐户 - 让它成为用户“dummy”和密码“dummy1”。该本地用户仅属于“用户”组。
攻击者没有对服务器的本地访问权限。
如果攻击者知道该本地用户的用户名和密码，他是否可以远程滥用服务器？
这是我在 Azure 角色实例的典型“系统”日志中看到的初始化序列（这是针对 Windows Server 2008 R2，我没有检查其他版本）：
这样做是因为最初指定的计算机名称不适合动态配置的网络，因此会生成合适的名称并为 VM 分配该名称。由于更改已启动的机器名称通常需要重新启动，因此 VM 将重新启动。
问题是这需要额外的 35 秒，而这实际上是浪费了。
所以有一个已启动的 Hyper-V 虚拟机，它的“计算机名称”需要更改。
如何在不打开 VM 的情况下完成此操作？
这是我的场景：我有一个服务必须 24/7 全天候运行，并且依赖于具有密码的第三方服务。
我需要更改那个密码。如果我盲目更改密码，我的服务将不再有效，因为它会继续使用旧密码，直到重新配置为止。无论我重新配置我的服务有多快，都会有一段时间第三方服务更改了密码并且我的服务尚未重新配置。
这种情况通常如何处理？