web-dev-qa-db-ja.com

pleskrestoreに関する問題「アップロードしようとしているファイルは有効なバックアップファイルではありません」

Plesk 10.4.1、CentOS 5でpleskrestoreに問題があります。

Pleskbackupで作成した（Plesk 10.4.1でも）6 GBのファイルを4GBに分割しています：

ここに私が使用したものがあります...

$ /usr/local/psa/bin/pleskbackup --server --output file=ftp://user:[email protected]/colossus729_split_0 --split=4G

...これらのファイルを作成するには：

colossus729_split   
colossus729_split.001   
colossus729_split.002   
colossus729_split.003   
colossus729_split.004  
colossus729_split.005

しかし、plesk restoreはこれらのファイルでは機能しません（ ドキュメント とは反対）

# /usr/local/psa/bin/pleskrestore --restore colossus729_split -level server -license

このエラーが発生します：

"The file you are trying to upload is not a valid backup file"
linuxplesk
2
ow3n

そのため、ドキュメントを使用してこれをすべて実行しようとしましたが、詳細と正確さに欠けています。さらに、アプリケーションが返すすべてのエラーメッセージは価値がありません。

ああ、Pleskとのプロジェクトに着手するのはこれが最後だと言わざるを得ません。

代わりに、このXMLファイルにアクセスできるように、サポート担当者はファイルを解凍（untar？）する必要がありました。

backup_info_1112070810.xml

この情報は、PleskドキュメントFYIのどこにも含まれていません。

しかし、まだエラーが発生しました

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

Backup file has wrong format
Dump has critical errors.

その後、マップファイルを作成する必要がありました（PleskのドキュメントではPlesk 8.6および9（Linux）にのみ必要であると示されていますが）： http://kb.parallels.com/6164

# /usr/local/psa/bin/pleskrestore --create-map backup_info_1112070810.xml -map map_file

しかし、まだエラーが発生しました。トレンドを見始めています。

ファイルを検証すると、エラーが発生したことがわかったため、Pleskに他の2つのIPアドレスを手動で追加する必要がありました

# /usr/local/psa/bin/pleskrestore --validate-map map_file

このようにしましたか：

123.123.123.xx/255.255.255.0
123.123.123.xx/255.255.255.0

次に、マップファイルが検証されました。

# /usr/local/psa/bin/pleskrestore --validate-map map_file

しかし、復元しようとしても同じエラーメッセージが表示されました

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

Backup file has wrong format
Dump has critical errors.

この投稿を見つける： http://forum.parallels.com/showthread.php?t=109694 Pleskを10.2から10.3.1にアップグレードしてから、10.4.4にアップグレードすることにしました（元々 10.4.1がありました）。

それが完了した後、私はこれを実行し、すべてが復元されました。 150ドメインと24GBで少なくとも10時間かかりました

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

最後に、すべてのクライアント、ドメイン、およびデータが表示された後、Pleskのおかげで次の問題がまだあることに気付きました。

  1. PHP 5.3であったPleskの以前のインストールとは異なり、この復元はデフォルトで5.1になり、多くのサイトが破損しました。 PHP53（公式Pleskソースを使用）および自動インストーラーのインストールにより修正

    $/usr/local/psa/admin/sbin/autoinstaller

  2. 以前のphp.iniファイルを修正しました。 Pleskは復元しませんでした。つまり、タイムゾーンのサポートに問題があります。以下を追加してhttpdを再起動することで修正されました。

    date.timezone = "America/New_York"

  3. 復元後にPleskにアクセスできず、404を取得し続けました。 SSOを無効にすることで解決しました。

  4. すべてのサービスプランはデフォルトに設定されていました。うるさい。

  5. 最後になりましたが、少なくともロングショットで（少なくとも今のところ）。ドメインを復元したときに、間違った所有者が与えられていたことがわかりました。ユーザーのファイルの所有者が間違っています。ひどい、Plesk、本当にひどい。ファイルに適切な所有者を与えるために、httpdocs内で再帰的なchownを実行する必要がありました。

    $ chown -R user：group *

1
ow3n

アップロード/解凍するには：

cat "backupfilename" "backupfilename"1 "backupfilename"2 "backupfilename"3  | tar xzpv

その後、サーバー全体を復元するために必要なことは次のとおりです。

/usr/local/psa/bin/pleskrestore --restore "backupfilename".xml -level server
0
Andy Main