从“MSSQL Server”迁移到另一个SQL Server

除了GregD的评论之外，它可能是空间不足的主机。

您可以使用以下信息更新您的问题：

• SQL Server版本？
• 主机硬盘分区和驱动器空间？
• SQL Server数据文件和日志文件的大小？
• 维护计划，你有？

如果您使用简单的恢复方法，可能只是需要截断日志文件。

至于迁移到更现代的SQL版本，您将需要先安装一个testing实验室，然后尝试使用SQL Expr 2005或2008的应用程序。我还将数据库置于兼容模式以确保更好的兼容性。

您可能处于不能将应用程序与其他版本对应的位置，因为它可能使用仅存在于链接到的MSSQL Server版本中的存储过程或视图。

如果您无法升级数据库，并确实遇到资源问题，则需要调查以下内容：

• 通过增加更多硬盘空间来升级系统
• 添加一个小的SAN到站点并附加到系统。 将SQL数据库移到SAN以提高性能
• 通过更换运行的金属来升级系统
• 如果不需要过多的IO /内存，考虑通过考虑虚拟化来整合服务

在您完成分析并获得了一些事实数据之后，您就可以开始向适当的人员推荐如何最好地向前推进，并确保在可预见的将来可以使用这些资源。

因此，如果您从不备份SQL Server，则随着事务日志的增长和增长，它会无休止地使用空间。 你有尝试备份吗？ 备份会导致一个检查点，让SQL服务器知道它不需要保留某些事务日志文件。

如果驱动器太满，您可能需要将其备份到远程系统。 请记住，备份将由SQL运行的Windows帐户（而不是您的用户帐户）写入，以便用户需要访问您尝试备份的networking共享。

供您参考： http : //technet.microsoft.com/en-us/library/ms189085.aspx

MSSQL文件增长有其他原因，当然包括数据插入。 ;）如果不是这样的话，你可以看看像从未提交过的事务。

你所说的关于从MSSQL转换到其他平台的问题的答案是，这取决于。 如果您指的是已经支持多个数据库后端的应用程序，那么它可以像将数据转储为通用格式那样简单，然后将其导入您喜欢的数据库平台，然后切换您的应用程序以使用您的首选数据库 – 但在大多数情况下，这并不简单。 在大多数情况下，应用程序与RDBMS平台紧密耦合，在不重写代码的重要部分的情况下，“更换后端”并不那么简单。

根据您的应用程序的复杂性，您可以将其更新为使用免费的SQL Server 2008 Express 。

您可以使用SQuirreL java SQL客户端来执行数据库的导出，然后将其导入到另一个数据库中。 它的一点点学习曲线，虽然…我会说事务日志/备份的想法好多了…