同社のホスト障害が発生したクラスタClouderaの-SCM-サーバは、再起動された、あなたはシステムを再実行するために必要な、しかし、クラスタ全体のClouderaのマネージャが移動したくなかった、サービスを停止することはできません、あなたは他のホスト上に移行Clouderaの-SCM-サーバーに必要、インターネットは、移行プロセスに関する記録に関連する情報を見つけることができませんでした。
移行手順:
準備:
ホストオリジナルClouderaの-SCMサーバホストアップ1.戻る上のMySQLデータベースの
データベースを初期化し、その後、新しいマスターノードMySQLをインストールする2.(データベースへのconfigure許可に必要な、ドキュメントのビルドClouderaのマネージャへの参照を注意して、構成データベース)は、大文字と小文字を区別しない
/opt/cm-5.8.0/share/cmf/schema/scm_prepare_database.sh MySQLのSCM -H新しいノード-uroot -p 'パスワード' -scm-HOS新しいノードSCM SCM SCM
のmysqlを確保します- H新しいノードは、ログインのmysql -u SCM -pscmことができ
、通常の完全導入するかどうかをチェックするために、バックアップデータテーブルをインポート
3.は/ opt / Cloudera社/ CSDとは/ opt / Clouderaの/小包・レポ CP 新しい未来に関連する(新しいノードに追加したノードとサービス)
移行:
1.停止Clouderaの管理ページClouderaの管理サービスのサービス監視
2.マスタークローズドClouderaの-SCM-サーバは、すべてが近いClouderaの-SCM-エージェントノード
マスターノードを:/opt/cm-5.8.0/etc/init .D / Clouderaの-SCM-サーバーの停止
すべてのノード:/opt/cm-5.8.0/etc/init.d/cloudera-scm-agent停止
3.変更は、新しいマスターをプロファイル/opt/cm-5.8.0/etc/cloudera-scm-server/db.propertiesノード
viの/opt/cm-5.8.0/etc/cloudera-scm-server/db .propertiesファイルは、
新しいノード名は= com.cloudera.cmf.db.host
4.エージェントのすべてのノードでプロファイルを変更
VIが/opt/cm-5.8.0/etc/cloudera-scm-agent/config.ini
SERVER_HOSTが新しいです=マスターノード
5.マスターノード開始-SCM-サーバーClouderaのは
/opt/cm-5.8.0/etc/init.d/cloudera-scm-server開始し
、すべてのノードが起動-SCM-AgentのClouderaの
/opt/cm-5.8.0をスタートは/etc/init.d/cloudera-scm-agent
サービスの状態を確認し、新しいノードを上陸させた6. 7180を
注:ハイブ色相oozieと他のメタデータデータベースの移行は、データベースの設定で新しいページのアドレスを変更する必要があり、再起動に関連している
---------------------
qq_19917081:著者
ソース:CSDN
元ます。https://blog.csdn.net/qq_19917081/article/details/67636863
著作権:この記事はブロガーオリジナル記事です、複製、ボーエンのリンクを添付してください!