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

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

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

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

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

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

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

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

只要满足以下条件，您就可以从远程SQL Server实例将备份备份到本地驱动器:

您在本地驱动器上有一个共享文件夹。 可以从SQL Server框中访问共享文件夹。

现在，在指定备份命令时，在指定磁盘选项时使用共享文件夹路径。

你可以使用复制数据库…右键单击远程数据库…选择任务并使用复制数据库…它会询问您源服务器和目标服务器。您的源是远程的，目标是SQL server的本地实例。

就是这么简单

使用SQL Server 2019中的存储过程

CREATE PROCEDURE [dbo].[BackupDB]
@backupPath nchar(200), 
@dbname nchar(50)
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @backupDate as nchar(10) 
    SELECT @backupDate = CONVERT(VARCHAR(10),GETDATE(),112) 
    IF DB_ID(TRIM(@dbname)) IS NOT NULL
    BEGIN
        SET @backupPath = TRIM(@backupPath) + TRIM(@dbname) + '_' + TRIM(@backupDate) + '.BAK'
        BACKUP DATABASE @dbname TO DISK = @backupPath
    END 
END
GO