问题标签 [backup]

我使用的是 SQL Server 2008。我的数据库大小接近 2GB。其中 90% 是一张表（根据 sp_spaceused），我的大部分工作都不需要这张表。

我想知道是否可以使用这张表，并将其备份在一个单独的文件中，这样我就可以比这张表更频繁地传输重要数据。

我的猜测是最简单的方法是创建一个新数据库，在那里创建表，将表内容复制到新数据库，删除表关系，删除表，创建一个指向另一个数据库的视图并使用该视图在我的应用程序中。

但是，我想知道您是否对我目前可能不知道的不同策略有任何指示。

Ubuntu 上是否有任何公开可用的库或 API 允许我以编程方式存档 iPod 的内容？如果不存在库或 API，我有哪些替代选项来保存 iPod 的内容？

我正在开发一个使用 Sqlserver 2005 数据库的小型企业应用程序。

平台：.Net framework 3.5；应用类型：windows应用；语言：C#

问题：

我需要从我的应用程序中获取并恢复备份。我有从 SSME 生成的所需脚本。

如何从我的 winform 应用程序运行该特定脚本（或多个脚本）？

我承认这不是一个严格的编程问题，尽管我确实使用我的 WHS 作为家庭项目的源存储库服务器，而且我猜这里的许多其他编码人员也是如此。

有没有人推荐 Windows Home Server 的非文件共享部分的良好备份解决方案？我见过的所有 WHS 备份都处理文件共享，但没有系统文件或其他管理内容。

谢谢，安迪

我想我在 VS 2008 保存备份文件的路径上有些问题。几天以来，它在我的 .sln 文件所在的同一文件夹中创建了一个新的“Visual Studio 2008”目录。然后，在第一次自动保存的时间到期后，备份文件将保存到此文件夹中。

我浏览了工具选项对话框，但我还没有找到通过静态设置目录的方法：C:\documents and settings\\My Documents\Visual Studio 2008\Backup Files。

任何人都可以为我指出这个问题的正确解决方案（可能是正确的注册表项 - 我猜）？谢谢

我们正在考虑从 Subversion 迁移到 Team Foundation Server 以满足我们的源代码控制要求。这背后的原因是我们的项目团队越来越大，管理层对使用 M'soft 产品而不是开源解决方案感到更自在（我知道 - 我试图争辩这种说法的愚蠢，但没有得到任何结果） .

到目前为止，我们没有遇到任何问题，除了复制如果基础服务器盒完全死机而我们只剩下备份会发生的情况。我们已经尝试按照以下链接中的计划进行操作 - http://msdn.microsoft.com/en-us/library/ms404869.aspx - 但事实证明这非常困难！

我们只是想知道这是否应该如此痛苦，或者我们是否真的很昏暗或其他什么。我知道结合使用 Subversion 和 Tortoise，我可以在几个小时内让整个系统恢复运行，但目前这需要几天时间。

Windows Server 2003 上的 SQL Server 2000。

我正在尝试从 EM 中直接运行备份到另一台服务器，如下所示：

将数据库 AbraEmployeeSelfService 备份到磁盘 = '\\servername\f$\Backup\myDB_backup.bak'

我收到此错误：无法打开备份设备 '\\servername\f$\Backup\myDB_backup.bak'。设备错误或设备离线。有关详细信息，请参阅 SQL Server 错误日志。消息 3013，级别 16，状态 1，第 1 行备份数据库异常终止。

错误日志显示以下消息：BackupDiskFile::CreateMedia: Backup device '\\servername\f$\Backup\myDB_backup.bak' failed to create。操作系统错误 = 5（访问被拒绝。）。

我正在使用对目标路径具有完全权限的 Windows 登录名运行该命令。至少，我可以从我的桌面打开一个运行窗口，输入 \\servername\f$\Backup，然后在生成的资源管理器窗口中，我可以在该目录中添加/编辑/删除文件。

我需要做什么才能克服访问拒绝？

我为具有以下规格的客户端管理 Web 应用程序：

• 在虚拟 Windows 2003 Web 服务器上运行的 ASP.net 3.5
• 托管数据库的 SQL Server Standard
• 数据库当前大小为 6Gb，增长率为 1Gb/月
• 一张表负责 98% 的大小，为客户保存最关键的数据
• 这个大表不保存日志，只在这个表中进行选择
• 50 Gb FTP 空间可用于备份

考虑到这种情况，SQL 备份的最佳策略是什么？什么工具最适合这个任务（包括商业应用程序，客户可以支付许可费）？

我有一个客户在重度使用的数据库上每 4 分钟将数据库的完整备份设置到网络路径。我强烈建议客户不要这样做，而是进行事务备份。

但是以这种方式进行完整备份时可能发生的坏事是什么？除此之外，备份永远不会有正确的数据，因为在进行备份时数据库被大量使用。以及服务器的工作量。

我与该客户有几个与 sql 相关的问题 (webservice<-sqlconnection->sql)，并且想从技术上了解此备份方案是否可能是问题的一部分？

当然，我将通过在测试时停止备份并查看事件日志等来开始对此进行调查。但我很好奇是否有人可以直接说“不，这会锁定 X 并抛出 Y 并且很糟糕”或其他什么。;)

我们的客户出于无可争辩的原因不能使用 SQL Server 的内置备份功能，因为它备份了整个数据库。这些客户需要将数据库拆分并备份到拥有数据的人的子集中，以便相关方可以根据自己的规则备份自己的数据。我的问题有两个：

1. 我该怎么做这样的事情？
2. 您是否曾被要求像这样对备份进行分区？如果没有，您是否曾被要求做一些看似违背行业标准的事情？我们公司的人建议我们/我应该简单地“推出我们自己的”备份过程，只备份所需的数据子集。当然，这意味着我们/我应该简单地“推出我们自己的”恢复过程。当我认为这是重新发明轮子的定义以及我们首先选择 SQL Server 的部分原因时，我感觉到他们认为我是一个技术势利小人和/或懒惰的人。

我怀疑他们的意见是基于对另一个基于 Access 的产品的经验，并将每个逻辑单元存储在一个单独的数据库中，可以简单地复制。

更新：我终于通过使用 SMO 备份“完整”数据库、恢复备份以及从备份中删除不属于子集的记录来实现这一点。我很失望地发现这导致事务日志在 5 分钟内增长到 5GB 以上。似乎创建一个空数据库并插入会更容易，但是如何在没有更新数据库时需要更新的静态脚本的情况下复制模式？