使用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

您不能从远程服务器创建备份到本地磁盘—根本没有办法做到这一点。据我所知，也没有第三方工具可以做到这一点。

您所能做的就是在远程服务器机器上创建备份，然后让其他人将其压缩并发送给您。

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

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

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

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

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

2019年，如果你想要一个实际的本地备份，我建议使用mssql-scripter。是的，它是脚本，但你可以调整它，包括任何你想要的，这可以包括所有的数据。我写了一个bash脚本，在linux机器上使用它进行自动每日备份。查看我的要点:

https://gist.github.com/tjmoses/45ee6b3046be280c9daa23b0f610f407

AppHarbor团队一直在努力解决这个问题，并使用SQL服务器管理对象和SqlBulkCopy开发了一个临时解决方案。

查看他们的博客文章，或者直接查看代码。

他们只在AppHarbor上进行了测试，但它可能值得一试。

正如Martin Smith所说，如果您无法访问计算机或文件系统，那么您将需要使用第三方工具，如Red Gate或Adept来对源系统和目标系统进行比较。Red Gate的工具将允许您复制对象、模式和数据。