小编Jak*_*ake的帖子

每当我尝试在 SQL Server 中恢复数据库时，对话框都需要很长时间才能打开。最糟糕的似乎是“恢复数据库”对话框中的“选择备份设备”模式子对话框。打开模态通常需要 20-30 秒，即使它没有信息并且会在任何其他应用程序中立即打开。我在下面附上了一个截图。

我发现一个类似的问题在这里对DBA组交流，但它不是一个确切的比赛，该解决方案不工作对我来说，我觉得这个问题是更适合ServerFault因为它有更多的管理应用程序，而不是做任何与 SQL 相关的东西。

谁能告诉我为什么这个对话框打开这么慢，以及（理想情况下）如何让它更快地打开？谢谢！

截屏：

我正在尝试在 Windows Server 2008 x86 系统上安装 SQL Server 2008，但收到一条错误消息，提示“规则‘重新启动计算机’失败”。我已经发现很多人说要清除注册表项 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations，但遗憾的是，我的服务器上的注册表中甚至不存在该项。我知道我以前遇到过这个确切的问题，而且该补救措施上次也没有奏效。我最终找到了一种方法来列出当前需要在 Windows 中重新启动的进程，我将其用作卸载内容的指南。对于我的生活，我无法再次找出如何做到这一点。

有谁知道如何通过命令行或其他工具在 Windows 中列出挂起的所需重启？

我经常发现自己使用ssh和sftp并排侧我的Ubuntu终端。典型的工作流程如下所示：

1. 在不同的终端窗口上使用相同的公钥通过 SSH 和 SFTP 登录到某个服务器。
2. 使用 SSH 创建一个目录。
3. put 一些文件通过 SFTP 进入目录。
4. chmod通过 SSH设置权限。

用两个终端窗口做这一切可能有点烦人，所以我真的更喜欢如果我能让它看起来这一切都发生在一个进程中。

我的问题是：

是否有充分的理由需要将ssh和sftp进程分开？或者我继续编写一个将它们结合起来的应用程序对我来说是“安全的”吗？

谢谢！

更新：似乎sftp支持许多常见的终端命令。但是，它仍然不支持任何任意终端命令，就像ssh. 所以我仍然希望看到这些问题的答案，而不是解释为什么不需要答案的理由。