各ホストにインストールした追加のパッケージをアンインストールします。この手順を省略し、追加のパッケージをアンインストールしない場合、次のステップでVerticaサーバーパッケージのインストールに失敗します。アンインストールが失敗した場合、エラーを確認し、Verticaテクニカルサポートまでお問い合わせください。任意のホストに新しいVerticaサーバーパッケージをrootまたはsudoでインストールします。1つのノードまたはすべてのノードにインストールできます。1つのノード上にインストールした場合、install_verticaスクリプトが他のノードに順番にインストールします。すべてのノード上に同時にインストールした場合、スクリプトがrpmをコピーする必要がないため、install_verticaスクリプトの実行が高速になります。インストールが失敗した場合、エラーを確認し、Verticaテクニカルサポートまでお問い合わせください。次のサンプルコマンドのように、update_verticaスクリプトをrootまたはsudoで実行します。データベースを起動します。2018より多くのストレージを必要としますか?追加のストレージが必要な場合、データベースにノードを追加することを検討してください。新しいノードは、すべて同時に追加することをご推奨します。このチェックリストを使用して、ノードを追加することができます。これらは基本的なステップです。追加のオプションが掲載されています。既存のデータベースの完全なローカルバックアップを取得します。デフォルトでは、進行状況バー以外の出力は表示されません。追加の進行状況情報を含めるには、1-3の間の値が指定可能な「--debugオプション」を使用します。バックアップユーティリティを実行している際にconfigファイルを指定します。ファイルが存在しない場合、バックアップはエラーで失敗します。古い、あるいは、未使用のテーブルパーティションを削除します。テーブルパーティションが削除されていない場合、テーブル名とパーティションの値を確認して、もう一度やり直してください。ローカルセグメンテーションが無効であることを確認します。無効になっていない場合、無効にします。クラスターのネットワーク帯域幅とCPUパフォーマンスを確認します。ノード間のネットワークのレイテンシとスループットを測定し、ハードドライブの速度を測定します。レイテンシとスループットが初期ベンチマークよりも低い場合、システム管理者に連絡し、性能劣化の問題を解決してください。リバランスを実行するのに十分なストレージ(データベースのサイズの少なくとも40%)があるかどうかを確認します。各ノードのスナップショットを取得するには、HOST_RESOURCESシステムテーブルの次のフィールドを確認します。各ノードのディスクストレージの容量がリバランスを実行するのに十分であることを確認します。ストレージがない場合、カタログサイズを縮小してください。詳細については、リバランス処理遅延の対処方法チェックリストを参照してください。リバランス対象のテーブルのDML処理を最小限に抑えます。リバランスがテーブルをロックしている場合、ロードは失敗します。リバランスがETLジョブと競合する可能性がある場合、構成パラメーターLockTimeoutの値を増やします。デフォルト値は300秒(5分)です。データベースを停止します。update_verticaスクリプトを使用して、ホストを構成し、ホストをクラスターに追加します。update_verticaスクリプトを使用して、ホストを追加します。データベースにノードを追加します。「-sオプション」を使用すると、追加するノードの順序を指定できます。ノードをデータベースに追加後、Verticaは更新された構成ファイルをクラスタ内ーの他のノードに自動的に分配し、クラスター内のデータのリバランスプロセスを開始します。個々のテーブルのリバランスの進捗状況をモニタリングできます。2018メンテナンスのためにVerticaノードをシャットダウンする必要がある場合、このチェックリストが役立ちます。すべてのノードがUPであることを確認します。内の説明にしたがって、なるべく早く検知し、再起動します。AHMが長い間進んでいないかどうか確認します。デリートベクター数を確認します。AHMが長時間保持されていて、デリートベクター数が多く、また、複数のテーブルにまたがっている場合、ノードリカバリが遅延する可能性があります。この場合、ノードリカバリのチェックリスト内の手順に従います。次の内容があてはまるとします。データの3%以上に影響を与える削除や更新を行っています。ノードが長い間停止しています。多くの更新と削除を行うステージングテーブルがある場合、ノードをリカバリする前にテーブルを削除します。最後の選択肢は、次のコマンドでAHMを強制的に進めることです。続いて、停止ノードをリカバリすると、Verticaはバディーノードからデータをコピーすることによって、そのノードを初期状態からリカバリします。ノードの依存関係を確認します。1)行をリストします。ノードの依存関係が正しくない場合、クラスター内のデータをリバランスします。クラスターで再度リバランスを実行してもノードの依存関係が正しくない場合、Verticaテクニカルサポートまでお問い合わせください。データの損失を避けるために、データベースをバックアップします。記載があるように、ハードリンクのバックアップを使用して、バックアップ処理をスピードアップすることを検討してください。バックアップが完了しない場合、データベースが停止している場合は、コールドバックアップまたはオフラインバックアップを実行します。これを行うには、カタログディレクトリとデータディレクトリを別の場所にコピーします。データベースをシャットダウンする準備をします。セッションの最大数の設定内容を表示します。20187.2.x以降を使用している場合、テーブルごとにリカバリを実行してください。7.1.xより前のVerticaバージョンを使用している場合、ETLジョブ等の更新処理を行う処理を停止してノードリカバリを再開してください。リカバリの進捗状況をモニターします。場合、リカバリは完了しています。このステートメントを繰り返し実行し、current_completedの値が増加しているかどうかを確認します。増加している場合、リカバリが進行中であることを意味します。