2021.06.21Share:目次この記事で学べること定期的にバックアップをしてますか?バックアップの重要性データの種類(データとメタデータ)データのバックアップが必要な理由は?メタデータのバックアップが必要な理由は?Salesforceが標準で提供しているバックアップ機能メタデータのバックアップ方法データを復元する方法は?学習ツールまとめこの記事で学べることバックアップの重要性とバックアップすべきデータの種類を知ることができます主なバックアップ方法を知ることができます定期的にバックアップをしてますか?システム管理者の皆様は、データローダを使用する前など作業がうまくいかなかった場合に備えて、事前にバックアップを取っていると思います。定期的にバックアップを取得していますか?上記は、2018年のDreamforceで実施したデータ保護に関するアンケートの結果です。回答者のうち、なんと28%の方がデータ損失や破損を経験しており、その原因の内訳で最も多かったのが、人的ミスでした。システム管理者の皆様が気を付けていても、ユーザが誤ってデータを更新してしまったり、削除してしまう可能性は十分にあります。​また、以下は実際に起きたデータ損失の事例です。​データ損失や破損の原因は人的ミスだけでなくシステム的な要因や天災などがありますが、有事に備えて業務で使用する大切なデータについては、定期的にバックアップをして、復旧計画を立てておくことが重要です。​バックアップの重要性お客様組織の総合的なデータ管理およびセキュリティモデルの一環としてデータのバックアップおよびリカバリ計画を立てておくことは、システム管理者である皆様の役割です。手元にバックアップがあることで、有事の際にもタイムリーに復元ができるため、安心してSalesforceをご利用いただけます。​では、具体的にどのようなデータのバックアップが必要なのでしょうか。実は、一般的に想像するデータ(取引先や商談、ケースなど)だけでは十分ではありません。詳しく見ていきましょう!​データの種類(データとメタデータ)Salesforceはマルチテナントアーキテクチャを採用しており、メタデータ駆動型アーキテクチャを搭載したサービスです。システム管理者の皆様は、データとメタデータの違いを理解しておくことは重要です。リード、商談、ケース、契約書、他のレコードなど、ユーザのすべてのレコードを意味します。ようなカスタムコードなど、設定情報を示します。​さぁ、どちらのデータのバックアップが必要でしょうか?答えは・・・両方です!データのバックアップが必要な理由は?システム管理者がデータの削除や更新をした後に、その操作が間違いであったことに気付くことがあります。データローダのようなツールを使用すれば、レコードの削除や更新を一括で行うことができるのは、皆様よくご存知だと思います。ユーザがインポートウィザードを使用する際、ソースファイルや項目の対応付けをちょっと間違えたことによってデータが意図しない結果になってしまうことがあります。​そのような事態に備えるため、データを定期的にバックアップすること、また、データ移行作業前には必ず手動のバックアップを行うことをお勧めします。メタデータのバックアップが必要な理由は?システム管理者や開発者、および高度な権限を有するユーザも人間です。誤ってカスタム項目の追加や削除、ページレイアウトの変更、レポートやダッシュボードの削除や変更、カスタムコードの変更をしてしまうこともあるでしょう。​こうした変更の多くは元に戻すことができないため、以前の設定を復元する必要が生じた場合に元に戻せるよう、メタデータのバックアップを取得しておくことが重要です。​それでは、Salesforceが提供している主なバックアップ機能をご紹介します。バックアップデータをエクスポートする(ヘルプ)をご確認くださいウィークリーエクスポートサービスの実行が完了すると、システム管理者宛にメールが送信されます。48時間以内にデータをダウンロードして安全な場所に保管してください。コンポーネントによっては変更セットに追加できないものがあります。更新すると、本番組織のメタデータがコピーされます。作成・更新するSandboxの種類によって、更新間隔が異なります。CodeVSC(統合開発環境)を使用してメタデータをXML形式でローカルディレクトリに保存します。メタデータの制限があります。お客様が各自のバックアップデータを復元する手段として、いくつかの機能をご用意しています。メタデータの復元Sandboxの作成や更新でバックアップしたメタデータを復元する場合は、変更セットを使用します。Codeを使用して一旦ローカルディレクトリにダウンロード(Retrieve)した後、そのメタデータを本番環境へアップロード(Deploy)します。データの復元データローダ、データインポートウィザード等を利用することができます。詳細は、データをインポートする方法の選択(ヘルプ)をご確認ください。​また、復元時には以下のような考意事項があります。IDを指定することはできません。他レコードとのリレーションがあるデータを復元する場合、親→子の順番で復元します。)を指定したい場合は、「監査項目の作成」を有効化することで実施できる場合があります。詳細は、監査項目を有効化する前の考慮事項(ナレッジ)をご確認ください履歴情報など、復元できないデータもあります。コール数の上限があります。レコード作成時に設定された自動処理(プロセスビルダー、トリガー、入力規則など)がある場合は無効にします。復元時に、他システムとのインテグレーションに影響はないか事前に確認しましょう。2021.06.21Share:この情報は役に立ちましたか?ご意見お待ちしております。フィードバックありがとうございます。はいいいえより役に立つために役に立たなかった一番の理由を教えてください。TRAILHEADSalesforce活用に役立つメルマガ登録システム管理者のみなさまにおすすめの活用ウェブセミナーや、Salesforceでビジネスを推進いただくために有益なコンテンツを毎月お届けします。個々の商標はそれぞれの権利者に帰属します。プライバシーに関する声明と個人情報利用についての通知に同意します。プライバシーに関する声明で定めるとおり、情報のホスティングと処理を目的として私の個人データをアメリカ合衆国を含む国外に転送することを許可します。詳細私は、海外では日本の法律と同等のデータ保護法が整備されていない可能性があることも理解しています。製品、サービス、イベントに関するマーケティング情報の受け取りを希望します。私は、当該マーケティング情報の受け取りを私がいつでも停止できることを理解しています。