我以前也可以这么做……要做到这一点，你必须在远程服务器上打开一个共享。然后您可以直接将备份放在共享本身，而不是默认位置…

通常管理员会将备份文件保存在某个共享文件夹中与我们共享。我试过了，如果我把备份放在那里。它工作。

我以前也可以这么做……要做到这一点，你必须在远程服务器上打开一个共享。然后您可以直接将备份放在共享本身，而不是默认位置…

通常管理员会将备份文件保存在某个共享文件夹中与我们共享。我试过了，如果我把备份放在那里。它工作。

创建一个本地共享文件夹，具有“everyone”读写权限

连接到目标数据库，开始备份并像下面那样指向共享

\ mymachine \ shared_folder \ mybackup.bak

(Windows域环境试用)

我知道这是一个晚的答案，但我必须对大多数投票的答案做出评论，说要在SSMS中使用生成脚本选项。

问题是这个选项不一定会以正确的执行顺序生成脚本，因为它没有考虑依赖关系。

对于小型数据库，这不是一个问题，但对于大型数据库，这肯定是一个问题，因为它需要手动重新排序脚本。试一下500对象数据库;)

不幸的是，在这种情况下，唯一的解决方案是第三方工具。

我成功地使用了ApexSQL (Diff和Data Diff)的比较工具来完成类似的任务，但使用这里已经提到的任何其他工具都不会出错，尤其是Red Gate。

如果您使用SSMS下的Generate Scripts，请单击Advanced按钮。在“为依赖对象生成脚本”选项下，单击“True”。通过单击，每个对象的任何依赖关系也将以适当的顺序编写出来。

部分第三方备份程序允许设置文件传输的网络权限。当SQL Server服务在受限帐户下运行且没有足够的网络权限时，它非常有用。尝试使用EMS SQL Backup解决此任务。