每次我重新启动 Windows 2008 R2 服务器时，共享文件夹都不再共享。每次重新启动后，我都需要 RDC 到服务器，右键单击要共享的每个文件夹，然后单击“属性”和“共享”。所需的共享名称始终是完整的，所有者（始终是管理员）的正确权限以及我之前为组和用户设置的适当 R/W 访问权限也是如此。但状态显示为“未共享”。如果我按下“共享”按钮，它会思考一段时间并显示“这可能需要几分钟”消息，然后报告已完成，并且可以再次从网络客户端访问共享。
但在每一个重新启动，我必须这样做每一个共享文件夹。
我读过有关 iSCSI 驱动器的类似问题，但所有共享都在通过 FireWire 连接到服务器的 Drobo 上，并显示为服务器的本地驱动器（而非 iSCSI）。我怀疑共享在 Drobo 上这一事实是导致此问题的原因，但我不知道从哪里开始寻找长期解决方案，而不是解决方法。
提前致谢！
答案1
找到解决办法了！
我查看了当前正在运行的服务，看看是否能找到任何看起来很有希望的服务，然后找到了 DDService，即 Drobo Dashboard。我通过从提升的命令提示符执行以下操作，将其作为附加依赖项添加到服务器服务：
sc config LanmanServer depend= SamSS/Srv/DDServer
（SamSS 和 Srv 是之前的依赖项）
重新启动服务器，然后祈祷……
当服务器重新启动时，共享从客户端离线，然后在服务器开始响应 ping 后约 30 秒恢复。
我不知道是否有比 DDServer 更好的依赖服务，但它似乎有效！
编辑：解决此问题的所有信息都包含在该答案中，但我刚刚在我的博客上完成了对原因和修复的更详细描述（以及屏幕截图），以防有人需要更多帮助。
答案2
我的电脑上有 2 个 ReadyNas 盒并且 2008r2 用户共享时才有同样的问题（因此问题不仅限于 nas 盒访问）。
由于我启用了 Nas 盒的密码访问，因此每台电脑（w7、w8、w10 和 server 2008r2 用户）每次登录或重启后都需要进行身份验证（用户/密码）才能连接到 nas/pc 共享。
我尝试了所有能找到的解决方案（大多数甚至与我的问题无关，因为所有解决方案似乎都与某个其他程序有关），但这个问题在互联网上是一个常见的抱怨。Windows 只是忘记了它的凭据！手动输入，在登录时输入（保存密码选项完全没用）。为什么还要费心使用凭据管理器，它只能持续 1 天。真是个笑话。
所以我的解决方案是使用 RoboForm，并每次使用它半手动填写登录信息。
现在已经快到 2017 年了，而这个问题在 2010 年之前就已经存在了，所以我认为它永远都无法得到解决。