所以客户打电话说交换不行，当他在远程时，他可以看到所有的服务都被禁用了。 所有的交换服务，IIS，更新，加上其他一些都被设置为禁用状态。 Apon变成自动，他们开始再罚款，现在电子邮件的作品，但他们如何进入这种状态是担心。 我相信 ，从几年前类似的情况来看，在msconfig中存在诊断启动，这可能导致所述服务被禁用。 不过，经过另一次“正常”重启之后，为什么不恢复正常？ 而且，如何进入诊断启动呢？ 无论如何，谷歌的其他几个人似乎也有同样的问题多年来，但没有人真的find了解决scheme。 在这个阶段，我们不排除病毒，但它是一个几乎0访问networking的服务器如此可疑。 并且在服务器2008 SBS（windows server standard FE 2007 SP2）上交换2007 8.1（缺less一些0）
我们在Windows SBS 2008服务器上启用了影子副本。 试图从影子副本恢复文件给出了以下错误 – 源文件名大于文件系统支持的文件名。 尝试移动到path名称较短的位置，或在尝试执行此操作之前尝试重命名为较短的名称。 文件名有67个字符，影子复制path是170个字符。 这似乎在NTFS限制（260？）之下。 我们尝试了- 复制到可能的最短path（C 🙂 复制到客户端计算机和服务器本身可能的最短path 在复制之前是否可以重命名影子副本中的文件？ 任何想法，尽pipe文件名大小似乎在限制之内，为什么错误出现？ 采取的步骤 在本地计算机上，转到SBS服务器上的共享文件夹（通过映射的驱动器），例如J：\ Projects \ Foo \ Bar 右键点击文件夹，然后select属性 点击以前的版本标签。 select一个影子副本，然后单击打开 在新打开的窗口中，select文件夹/文件，然后按Ctrl-C进行复制。 打开一个新的Windows资源pipe理器，并将文件夹/文件粘贴到本地驱动器。 编辑 – （联合国）幸运的是，我现在无法重现这个错误。 导致问题的特定文件已经被删除，并且无法用其他类似的文件重新创build错误。
我的公司正在运行SBS2008 / SBS2011 / Essentials，但已经发展到不再满足我们的需求（我们有太多员工！）和/或软件正在走出延伸支持。 SBS / Essentials的迁移path是什么？