我很难在Apache Cassandra（版本3.0.9）上恢复快照。 据我所知，我遵循datastax博客上描述的过程以及其他几个（例如： http ://datascale.io/cloning-cassandra-clusters-fast-way/）。 然而，我可能会错过一些东西，每次我做一次恢复，数据就会丢失。 安装程序： 6个节点群集（1个DC，3个机架，每个2个节点）复制因子设置为3.计算机托pipe在AWS上。 备份程序（在每个节点上）： nodetool snapshot mykeyspace cqlsh -e 'DESCRIBE KEYSPACE mykeyspace' > /tmp/mykeyspace.cql nodetool ring | grep "$(ifconfig | awk '/inet /{print $2}' | head -1)" | awk '{print $NF ","}' | xargs > /tmp/tokens 我得到了由nodetool snapshot命令生成的文件，并将它们与S3上的标记和cql一起备份。 恢复过程（除非指定了每个节点）： （在创build新的虚拟机之后） 下载快照，令牌和密钥空间 停止服务cassandra 删除/var/lib/cassandra/commitlog/*和/var/lib/cassandra/system/ 将令牌插入cassandra.yaml 开始服务cassandra 仅在一个节点上从mykeyspace.cql还原mykeyspace 等待复制并停止服务cassandra 删除文件夹/var/lib/cassandra/data/mykeyspace/ 对于每个表复制快照文件（ .db […]
我们有一个运行我们的SVN仓库的Ubuntu（无头）系统。 想定期自动备份到Windows共享。 我们应该做什么 ？ 任何链接/文章？ 任何陷阱？ 从这些备份恢复有多容易？
由于日志文件被locking，Commvault合作伙伴支持部门build议closures备份主数据库，因为备份失败。 以下是给出的build议： “这个消息是Commvault无法备份master数据库的事务日志引起的，如果这种情况是间歇性的，那么可能是因为事务日志被locking，导致SQL iData代理不能访问日志，通常master数据库只是一个模板，没有被任何应用程序使用（需要使用SQL数据库的应用程序创build它们自己的应用程序），所以应该没有任何伤害来防止它被备份。您可以通过指定NOT将其备份到SQL数据代理“ 以下是我得到的错误。 sqlxx SQL Server / SQLxx N / A / 系统DB 19856 * （CWE）事务日志N / A 01/08/2010 19:00:16 （01/08/2010 19:00:18）01/08/2010 19:03:15 （01/08/2010 19:03:14）1.44 MB 0:01:11 0.071 2 0 1 ITD014L2 失败原因： •错误代码[30：325]：在备份过程中遇到错误。 错误：[错误：[Microsoft] [ODBC SQL Server驱动程序] [SQL Server]无法备份主数据库的日志。 改用BACKUP DATABASE。 [Microsoft] [ODBC SQL Server驱动程序] [SQL Server] BACKUP LOG正在终止exception。] 作业选项：创build新索引，启动新媒体，备份所有子客户端，截断日志，遵循挂载点，受系统文件保护保护的备份文件，备份系统状态数据时停止DHCP服务，备份系统状态数据时停止WINS服务。事件： •79714 [backupxx […]
我如何将Windows Active Directory的完整备份整合到单个文件中，并且是否可以将此AD备份还原到另一台服务器？ 由于连接问题，我现在无法使用活动目录复制。
我们的服务器昨天晚上进行了一些更新，今天早上我们进来发现它在启动 – >“应用系统configuration” – >“configuration更新：3.0％的阶段3” – >重启循环。 安全模式不起作用，它仍然会尝试在进入桌面之前configuration更新。 我有CD，并提出了命令行，但经过几个小时的search和互联网search，我没有能够产生任何结果。 任何想法如何从CD命令行执行“取消更新”/“恢复”/“修复”？ 非常类似的问题： Windows Server 2008停滞在“configuration更新 – 完成3 – 0％的阶段3” 其中一个答案提供的链接/一些/信息，但没有结果。 （ http://support.microsoft.com/kb/949358/en-us ） 我不知道如何处理这个post，所以这可能需要合并。
我正在使用MySQLpipe理员进行数据库备份。 我可以完全备份整个数据库的所有表。 有一些表的大小非常大，所以我不知道我是否只能备份表的结构（只有它们的元素），而不是他们的数据。
我们在Windows SBS 2008服务器上启用了影子副本。 试图从影子副本恢复文件给出了以下错误 – 源文件名大于文件系统支持的文件名。 尝试移动到path名称较短的位置，或在尝试执行此操作之前尝试重命名为较短的名称。 文件名有67个字符，影子复制path是170个字符。 这似乎在NTFS限制（260？）之下。 我们尝试了- 复制到可能的最短path（C 🙂 复制到客户端计算机和服务器本身可能的最短path 在复制之前是否可以重命名影子副本中的文件？ 任何想法，尽pipe文件名大小似乎在限制之内，为什么错误出现？ 采取的步骤 在本地计算机上，转到SBS服务器上的共享文件夹（通过映射的驱动器），例如J：\ Projects \ Foo \ Bar 右键点击文件夹，然后select属性 点击以前的版本标签。 select一个影子副本，然后单击打开 在新打开的窗口中，select文件夹/文件，然后按Ctrl-C进行复制。 打开一个新的Windows资源pipe理器，并将文件夹/文件粘贴到本地驱动器。 编辑 – （联合国）幸运的是，我现在无法重现这个错误。 导致问题的特定文件已经被删除，并且无法用其他类似的文件重新创build错误。
我正在从一个mysqldump文件恢复一个30GB的数据库到一个新的服务器上的一个空的数据库。 从转储文件运行SQL时，恢复启动非常快，然后开始变慢和变慢。 个别插入现在需要15+秒。 这些表大部分是MyISAM和一个小InnoDB。 服务器没有其他活动连接。 SHOW PROCESSLIST; 只显示从还原插入（和显示进程列表本身）。 有没有人有任何想法可能导致戏剧性的放缓？ 是否有任何MySQLvariables，我可以改变，以加快正在进行的恢复？
与此问题类似，我将如何在PostgreSQL中进行仅模式转储？
我偶尔会丢失我的configuration文件“/etc/mysql/my.cnf”，并想恢复它。 该文件属于包mysql-common ，这是一些重要function所需要的，所以我不能只是purge && install它：依赖关系也将被卸载（或者如果我可以暂时忽略它们，它们将不会工作）。 有没有办法从软件包中恢复configuration文件而不用取出软件包文件？ dpkg-reconfigure mysql-common没有恢复它。