我运行了这个命令，但似乎并没有解决问题。
我做了以下操作：运行命令、进行完整备份、尝试恢复该备份（在同一服务器和另一台服务器上）。
这些错误消息实际上是在恢复过程中生成的。
我进行了备份并尝试恢复：Discourse 界面上的恢复日志在“解压”阶段停止，但稍等片刻后，我被登出并进入了一个已恢复且正常运行的论坛版本。
随后 Discourse 日志显示了以下错误：
Job exception: PG::UndefinedTable: ERROR: relation "application_requests" does not exist LINE 1: SELECT "application_requests"."id" FROM "application_request...
ActiveRecord::StatementInvalid (PG::UndefinedTable: ERROR: relation "user_auth_tokens" does not exist LINE 1: SELECT "user_auth_tokens".* FROM "user_auth_tokens" WHERE ((...
在我的开发环境 Discourse 中也出现了相同的情况，只是错误和异常的数量不同。论坛同样可以正常运行。
因此，我在开发环境的 Discourse 上恢复了一个较早版本的论坛，该版本仅包含导入的用户。
错误日志同样没有到达“恢复成功”的步骤（在之前停止），但我再次被正常登出，并进入了一个正常运行的 Discourse。恢复过程中出现的错误略有不同：
Job exception: PG::UndefinedTable: ERROR: relation "topics" does not exist LINE 1: UPDATE "topics" SET "pinned_at" = NULL, "pinned_globally" = ... ^
7:18 pm
Job exception: PG::UndefinedTable: ERROR: relation "scheduler_stats" does not exist LINE 1: UPDATE "scheduler_stats" SET "duration_ms" = 22741, "live_sl... ^
所以……我不确定我该怎么办。论坛在这些恢复操作后确实可以正常工作，但恢复过程中生成的这些错误让我感到担忧。