问题标签 [database-restore]

昨天网络服务器崩溃了，不得不重新安装系统（Ubuntu）。99% 的数据/应用程序恢复都很好，因为我使用 mysql 并有适当的备份，但也有 2 个 firebird 数据库，不幸的是没有使用 gbak 备份，我只有 fdb 文件可用。

有什么方法可以仅从 fdb 文件恢复 Firebird 数据库（或将数据挖掘到 sql 脚本等）？

这个问题是一个很大的痛苦而且非常紧迫，所以感谢任何建议（gfix 等不起作用..所有尝试连接或做任何事情都会返回“不是有效的数据库”错误..）。

我们的应用程序运行在网络上，主要是一个查询工具，做一些交易。我们托管 Oracle 数据库。该应用程序始终为每个客户提供不同的 Oracle 实例。客户是向我们支付费用以向公司员工提供服务的公司，通常每个客户有 10,000-25,000 名员工。我们打算有几百个客户。我们每隔几年发布一次主要版本，迁移到新版本具有挑战性：我们可能会有一个团队在客户站点工作几周，解释新功能并设置适合该客户的驾驶数据。

我们正在考虑采用多客户端，将我们所有的客户放在一个大型 Windows Server 2008 服务器上的单个共享 Oracle 11g 实例中——以降低成本。我想知道这是否可取。

为每个客户提供单独的实例有一些优势。请告诉我这些是不是假的。在我关于重要性降低的粗略猜测中：

• 当对架构进行重大更改时，我们的客户 MyCorp 和 YourCo 可以单独迁移。（使用多客户端，我们将在一夜之间迁移 300 多个客户！？！）

• MyCorp 的数据可以轻松备份和 (!!!) 恢复，而不会影响其他客户。

• MyCorp 的数据与其竞争对手 YourCo 的数据安全分离，无需依赖开发人员来获得正确的代码和/或 DBA 获得正确的配置。

• 多个实例的风险较低，因为一个客户的灾难（有人不小心将每个人的工资翻倍，并且在发薪日后发现错误）不会影响其他客户。影响我们所有客户的灾难（哎呀，新 DBA，突然间每个参与者都拥有相同的 SSN！？！）可能会使我们公司陷入困境。

• 在一台服务器上拥有一个实例会导致单点故障，如果飓风将建筑物倒塌，我们的整个客户群都会倒闭。多台服务器上的多个实例允许地理分散：任何灾难都不会影响我们大部分客户，其他地区未受影响的服务器可以承担故障服务器的负载。

• 性能更好，因为数据库更小（约 50 个表中的 10,000 对 2,000,000 行）。

• 如果 MyCorp 的办公室（大部分）仅位于一个区域，那么 MyCorp 的实例可以在地理上共同位于那里，因此网络延迟不会影响性能。出于同样的原因，我们可以为全球客户提供更好的服务。

• 在 MyCorp 想要把他们的数据库放在内部，然后我们可以很容易地导出他们的实例，来获取 MyCorp 他们的数据。

• 负载平衡更容易，因为实例可以放置在不同的服务器上（这是使用网络场）。

• 当需要 DEV 或 QA 实例时，克隆真实实例和匿名数据会更容易，因为数据要少得多。

• 因为它们足够小，开发人员可以让他们自己的实例在本地运行，这样他们就可以在机场等待和飞行中处理代码，而无需担心 VPN 的麻烦。

Q1：独立实例还有哪些优势？

我们正在考虑更改数据库架构并将我们所有的客户合并到一个 Oracle 实例中，并在一台大型服务器上运行。

以下是多客户端实例方法的优点，首先是最重要的（我的 WAG）。如果这些是假的，请狙击：

• DBA 的工作量更少，因为他们只需要维护一个实例而不是数百个实例。更少的 DBA 工作转化为更便宜的成本，这是我们进行此更改的主要动机。

• 只需一个实例，DBA 就可以更好地优化性能。他们将有时间添加适当的索引并查看我们的 SQL。

• 开发人员调试和增强应用程序会更容易，因为只有一个模式和一个应用程序（如果有数百个实例，可能会有几十个模式版本，每个版本的模式都有不同的应用程序版本）。这也降低了成本。另一种方法是必须在每个调试会话开始时（1）这个客户正在运行什么版本，（2）让我们努力重新创建相应的开发环境、代码和数据库。（我们需要一个包含每个补丁和版本的代码和数据库实例的虚拟机！）

• 许可甲骨文更便宜，因为它是按服务器定价的，而与重量无关（或其他东西——我对这个主题一无所知）。

• 该数据库成为 Web 会话数据的可行持久存储，因为只有一个实例。

• 使用一个多客户端实例，一些数据库操作会更容易，例如当他们不清楚他们（或他们的配偶，也许）为哪个客户工作时找到一个参与者：所有的名字都在一个表中。跨客户报告很简单。

Q2：在一个实例中拥有多个客户端还有哪些其他优势？

Q3：您认为哪种方法更好（为什么）？每个客户一个实例，还是一个实例中的所有客户？

我担心拥有一个多客户端实例会使迁移几乎不可能，这是一个交易杀手......

...除非有一个折衷的解决方案，比如拥有两个多客户端实例，旧的和新的。在这种情况下，我们将设计用于查找参与者、报告等的跨实例解决方案，以便客户可以从一个多客户端实例转到下一个而不会出现任何中断。

我知道这很可能是一个简单的问题，但是当您从 SQL 管理工作室内部恢复数据库时，您可以使用 stats 设置更新间隔

如果我想从 c# 内部执行那行代码，我将如何获得进度？目前我只是使用System.Data.SqlClient.SqlCommand.ExecuteNonQuery()，但我不知道如何获得进展。

此外，如果速度更快，则可以使用 Microsoft.SQLServer 命名空间。

我们正在按需创建数据库，并且可以从不同的模板创建数据库。所有模板的结构相同，但数据不同。模板包含的数据很小。

创建数据库副本的最快方法是什么：

1. 备份/恢复
   1. 使用 T-SQL 吗？
   2. 使用 SMO 吗？
2. 从模板的脚本版本创建一个新数据库，然后填写所需的少量数据？
3. 其他 ？

我对 SQL Server 命令不是很流利。

我需要一个脚本来从 .bak 文件恢复数据库并将logical_data 和logical_log 文件移动到特定路径。

我可以：

这会给我一个带有 column 的结果集LogicalName，接下来我需要在 restore 命令中使用结果集中的逻辑名称：

如何将第一个结果集中的逻辑名称捕获到可以提供给“move”命令的变量中？

我认为解决方案可能很简单，但我对 SQL Server 还是很陌生。

我正在尝试编写自动备份和恢复 T-SQL 脚本。我已经完成了 BACKUP 部分，但我在 RESTORE 上苦苦挣扎。

当我在 SS Management Studio 上运行以下语句时；

我在网格中得到一个结果集，我也可以使用

填充临时表。但是，当我尝试从该结果集中进行选择时，出现语法错误。例如

结果集元数据应存储在 SQL Server 字典中的某个位置。我找到了其他创可贴公式来让我的自动恢复工作，但如果可以得到结果集，我会创建更优雅的解决方案。另请注意，2008 年的结果集与 2005 年的不同。

提前致谢...

是否可以恢复 MDB 中已删除的记录？

我有一个非常大的 .bak 文件 (180 GB)，它存储在 Microsoft SQL Server 2008 中，我必须恢复它。我首先安装了 Microsoft SQL Server 2008 Express 并尝试在 MS SQL management studio express 中恢复它，但它没有工作，因为有大小限制。有人知道我如何恢复文件的方法吗？这是我第一次使用 Microsoft SQL，我不知道该怎么做。它真的很紧急，我会非常有帮助！非常感谢！

乌穆托斯

when I input

alway get this error "error 1064 <42000>:" you have an error in your SQL suntax; check the manual that corresponds to your MySql server version for the right syntax to use near .....

what is wrong with this statement?

我的公司收到了一个超过 20 GB 的 .sql 文件，以响应来自政府的数据请求。我没有很多选项可以获取不同格式的数据，因此我需要如何在合理的时间内导入数据的选项。我正在使用 Navicat 的批处理执行工具在高端服务器（Win 2008 64bit，MySQL 5.1）上运行它。它已经运行了 14 个小时，并且没有显示接近完成的迹象。

有谁知道这种交易的任何更高速度的选择？或者这是我应该期待的大文件大小？

谢谢