首先，使用Everyone向机器上的本地路径授予完全控制权限(如下所示)。(或者专门授予SQL Server代理帐户权限)。

其次，执行以下步骤:

BACKUP DATABASE [dev] TO  DISK = N'\\myMachine\c\dev.bak' WITH COPY_ONLY, INIT;

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

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

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

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

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

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

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

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

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

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

首先，使用Everyone向机器上的本地路径授予完全控制权限(如下所示)。(或者专门授予SQL Server代理帐户权限)。

其次，执行以下步骤:

BACKUP DATABASE [dev] TO  DISK = N'\\myMachine\c\dev.bak' WITH COPY_ONLY, INIT;