sql server 2008 压缩备份数据库(20g)

数据库迁移之路：从服务器到本地，再到压缩备份的奥秘之旅

在一个跨省的项目中，我们面临着一个巨大的挑战：如何将一个超过20GB的数据库从服务器备份并成功传输到本地计算机上。数据库的大小已经超出了我们的预期，加上公司网络的不稳定，使得这次迁移变得异常困难。面对这个问题，我们不得不采取一些特殊的策略来解决。

我们尝试通过VPN和远程桌面连接来访问服务器，并发现数据库文件已经膨胀到了惊人的大小。面对如此庞大的文件和网络的不稳定，直接通过网络传输显然是不现实的。于是我们开始寻找解决方案。

为了缩小数据库的大小，我们将数据库的恢复模式从“完整”模式调整为“简单”模式，并立即收缩数据库。这一操作使得数据库的大小瞬间从20GB缩减到了仅几GB。这是一个重要的突破，让我们看到了解决问题的希望。

接下来，我们在SSMS中新建查询窗口，执行数据库备份语句。我们定义了一个变量来存储备份数据库的SQL脚本，并使用系统存储过程来执行这个脚本。这个过程成功地将数据库备份成一个大小为1.16GB的bak文件。这是一个重要的里程碑，让我们能够开始着手进行文件的传输。

尽管我们已经成功缩小了数据库的大小，但在文件传输过程中仍然遇到了问题。网络的不稳定和带宽限制导致文件传输总是中断。为了解决这个问题，我们利用SQL Server 2008及以上版本的新特性——数据库压缩备份。通过在备份数据库的语句中加入特定的参数，我们能够成功地将数据库压缩成一个只有160MB的bak文件。这是一个惊人的成果，它使得文件传输变得异常顺利。最后我们顺利地将这个经过压缩的数据库备份文件拷贝并还原到了本机的数据库中。至此我们的迁移任务成功完成。我们的方法旨在帮助我们克服各种挑战，成功地将大型数据库从服务器迁移到本地计算机上。在这个过程中我们运用了多种技术和策略包括调整数据库恢复模式、执行数据库备份语句以及利用数据库压缩备份等新技术来解决问题。这个过程虽然充满挑战但也充满了收获和成长通过不断尝试和改进我们最终实现了目标同时也为未来的数据库迁移工作积累了丰富的经验和知识。