我知道这是一个旧的帖子，但对于它的价值，我发现“最简单”的解决方案是右键单击数据库，并选择“任务”->“导出数据层应用程序”。这个选项可能只是因为服务器托管在Azure上(根据我过去使用Azure的记忆，.bacpac格式在那里非常常见)。

完成此操作后，您可以右键单击本地服务器“Databases”列表，并使用“Import data -tier Application”，使用.bacpac文件将数据获取到本地机器。

不过要记住，输出可能需要很长时间。我的出口花了大约两个小时。不过，导入部分要快得多。

上面的答案是不正确的。即使有数据的SQL脚本也不是备份。备份是一个BAK文件，其中包含当前结构(包括索引)中的完整数据库。

当然，可以在本地系统上检索包含远程SQL Server数据库中所有数据和索引的完整备份的BAK文件。

这可以用商业软件来完成，直接将备份BAK文件保存到您的本地机器上，例如，这将直接从本地机器上的远程SQL db创建备份。

为此，我使用Redgate备份pro 7工具。您可以创建镜像从备份文件在创建瓷砖在其他位置。在网络和主机存储上创建备份文件后，可以自动复制备份文件。

从远程sql server获取bak文件到本地pc有99%的解决方案。我在我的帖子http://www.ok.unsode.com/post/2015/06/27/remote-sql-backup-to-local-pc中描述了它

通常是这样的:

执行SQL脚本生成bak文件 执行SQL脚本将每个bak文件插入到字段类型为varbinary的临时表中，并选择这一行下载数据 重复上一页。你有多少bak文件就有多少步 执行SQL脚本删除所有临时资源

就是这样，你在本地电脑上有你的bak文件。

我很惊讶，没有人提到Ola Hallengren提供的脚本备份解决方案，它绝对允许您从远程服务器备份一个DB到网络上的UNC路径免费(实际上，我正在使用它，因为我从一个开发服务器备份一个DB，我没有远程访问权限，除了通过SSMS到我的开发PC上的共享)。自2008年以来，它已经可用，并在SQL Server 2005上工作到2014年。

您需要确保您设置的共享有足够的访问权限:在备份过程中，我倾向于允许对“Everyone”AD组进行完整的读/写，因为我太懒了，不想考虑任何更严格的限制，但这是个人选择。

它被很好地使用，有很好的文档记录，而且非常灵活。我倾向于把procs和日志记录表放在它们自己的小实用程序数据库中，然后启动它。只要所有东西都在您的AD域中，而不是远程的，因为它在一个位于同一位置的服务器上或其他东西上，这是非常有效的。

很抱歉添加到一个非常古老的线程，但我在寻找其他东西时偶然发现了这个，并认为这对任何寻找这个主题的人来说都是一个有价值的添加。

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