バックアップしない
このポリシーは、クライアントの組織の情報通信技術環境に保持されているデータのバックアップとリカバリの目的、アプリケーション、および手順を定義します。
1.1目的と範囲
- ネットワーク化されたファイルサーバーから収集された信頼できるデータ証拠の可用性を通じてクライアントの操作を支援するため。
- クライアントにとって重要なデータ資産に安全なストレージを提供するため。
- クライアントの組織内のデータを保護して、データが失われないようにし、何らかの形のデータ破壊が発生した場合にタイムリーに回復できるようにするため。
- ビジネス継続性とディザスタリカバリ管理をサポートします。
- このバックアップポリシーは、クライアントとFootfallCamが所有および運営するすべてのデータと機器に適用されます。
1.2バックアップ手順
クライアントには、サーバー要件に関してXNUMXつのオプションがあります。独自のサーバー(クライアントサーバー)またはFootfallCamクライアントサーバーを使用することです。
クライアントサーバーが展開されている場合:
- クライアントが独自のサーバー(クライアントサーバー)を展開する場合、クライアントは独自のフルバックアップを実行する必要があります
- FootfallCamは、FootfallCam CloudServerのクライアントに代わって完全バックアップを実行しません
- FootfallCamは、独自のバックアップを実行するためのバックアップ機能をクライアントに提供します
- クライアントサーバーが何らかの形の破壊に遭遇した場合、FootfallCamはカウンター機能の目的で冗長バックアップを使用して復元するものとします
- バックアップは、その可用性と機能を維持するために別々の場所に配置する必要があります
FootfallCam Cloud Serverがデプロイされている場合:
- クライアントがFootfallCamCloud Serverをデプロイする場合、FootfallCamはクライアントに代わってフルバックアップを実行する必要があります
- FootfallCam Cloud Serverが何らかの形の破壊に遭遇した場合、FootfallCamは、カウンター機能の目的で冗長バックアップを使用して復元する必要があります
- バックアップは、その可用性と機能を維持するために、別々の場所に配置する必要があります。
- FootfallCamは、すべてのバックアップがスケジュールどおりに実行されることを保証し、すべてのサーバーのバックアッププロセスを毎日確認します。 バックアップされたデータの量と失敗したバックアップの発生を確認するために、ログが維持されます。
- FootfallCamサーバーは、ドイツ、英国、マレーシアにあります。 クライアントは、XNUMXつのFootfallCamサーバーのどれをバックアップをホストするかを選択できます。
1.3バックアップ頻度
フルバックアップは毎日実行され、7日間保持されます。 その後、毎日のフルバックアップから 14日, 21日, 96日 & 360日 現在の日付より前は、参照用に保持されます。 冗長バックアップは毎日実行され、冗長バックアップの最新のXNUMXつのコピーのみが保持されます。
種類 |
会場 |
バックアップ頻度 |
バックアップの時間/時間 |
Full Backup |
クライアントサーバー/ FootfallCamクラウドサーバー |
毎日 |
月曜日、火曜日、水曜日、木曜日、金曜日、土曜日、日曜日 GMT +0 3:00 AM |
冗長バックアップ |
FootfallCamクラウドサーバー |
毎日 |
月曜日、火曜日、水曜日、木曜日、金曜日、土曜日、日曜日 GMT +0 3:30 AM |
条件付きフルバックアップ |
FootfallCamサブサーバー |
毎週 |
毎週GMT + 0 3:00 AM |
1.4バックアップコンテンツ
1.4.1システム
システムファイルは最新バージョンでバックアップする必要があります。
1.4.2データ
バックアップ |
データの種類 |
サイズ |
Full Backup |
顧客データ、フットフォールデータ、Wi-Fiデータ、カウンター構成データを含むすべてのデータ |
カウンターの数によって異なります |
冗長バックアップ |
以下を含むカウンター構成データ: a。 サーバーの詳細 b。 会社の設定 c。 サイト/ ITの詳細 d。 ユーザーアクセスと詳細 e。 カウンターとカメラの設定 f. 検証ステータス |
カウンターの数によって異なります |
条件付きフルバックアップ |
以下を含むカウンター構成データ: a。 サーバーの詳細 b。 会社の設定 c。 サイト/ ITの詳細 d。 ユーザーアクセスと詳細 e。 カウンターとカメラの設定 f. 検証ステータス |
カウンターの数によって異なります |
1.4.3サイズと保管
推奨されるサーバーストレージの合計は RAIDで500GB.
概要(2000カウンターあたり)
成分 |
カウンター/バックアップあたりのサイズ |
周波数 |
全体の大きさ |
パーセンテージ |
ビデオ(検証) |
100MB |
2000 |
200GB |
視聴者の38%が |
ライブサーバー |
-- |
-- |
100GB |
視聴者の38%が |
Full Backup |
5GB |
7日間 |
35GB |
視聴者の38%が |
14日前 |
5GB |
視聴者の38%が |
||
21日前 |
5GB |
視聴者の38%が |
||
96日前 |
5GB |
視聴者の38%が |
||
360日前 |
5GB |
視聴者の38%が |
||
トータル |
-- |
-- |
355GB |
視聴者の38%が |
サーバーレベルのデータ(カウンターごと)
データの種類 |
データサイズ |
|
Rawデータ |
計数データ |
カウンターの数によって異なります |
Macアドレス Wi-Fiデータ |
カウンターの数によって異なります |
|
集計データ |
データのカウント+ Wi-Fiデータ |
カウンターの数によって異なります |
カウンターレベルデータ(カウンターごと)
各カウンターには4GBのストレージが付属しています
成分 |
サイズ |
パーセンテージ |
OS |
1600MB |
視聴者の38%が |
バックアップ |
1500MB |
視聴者の38%が |
データ/ビデオ |
400MB |
視聴者の38%が |
その他 |
380MB |
視聴者の38%が |
ブートパーティション |
60MB |
視聴者の38%が |
セーフモード |
60MB |
視聴者の38%が |
トータル |
4000MB |
視聴者の38%が |
1.4.5バックアップの保持
サーバーおよびカウンターレベルのデータハウスキーピングは、毎日GMT +0 4:00 AMに開始されます。
サーバーレベルのデータ
データの種類 |
保持期間 |
ハウスキーピングルール |
|
Rawデータ |
Macアドレス |
30日間 |
MACアドレスが30日を超える場合 |
集約されたWi-Fi |
寿命 |
-- |
|
ビデオデータ |
通常のビデオ |
7日間 |
ビデオの場合、7日以上未確認です |
保留中のビデオ |
7日間 |
サーバーへのビデオアップロードに失敗した場合 |
|
壊れたビデオ |
7日間 |
ビデオの長さが5分未満の場合 |
|
ヘルスチェックデータ |
カウンターハートビート |
30日間 |
30日を超えるカウンターハートビートの場合 |
カウンターレベルのデータ
データの種類 |
保持期間 |
ハウスキーピングルール |
|
Rawデータ |
計数データ |
7日間 |
サーバーへのデータアップロードを成功させるため |
180日間 |
サーバーへのデータのアップロードに失敗した場合 |
||
Macアドレス Wi-Fiデータ(半集計) |
7日間 |
サーバーへのデータアップロードを成功させるため |
|
14日間 |
サーバーへのデータのアップロードに失敗した場合 |
||
ビデオデータ |
通常のビデオ |
-- |
サーバーへのビデオアップロードを成功させるには |
3日間 |
サーバーへのビデオのアップロードに失敗した場合。 3日以上試行に失敗すると、すべての動画がクリアされます |
||
ヘルスチェックデータ |
カウンターハートビート |
30日間 |
30日を超えるカウンターハートビートの場合 |
1.4.6バックアップの失敗
バックアップが失敗した場合、クライアントは電子メール通知を受け取り、次の即時アクションを実行するものとします。
- クライアントのバックアップを調査し、バックアップログを確認して、問題を解決します
- バックアップを再開し、通常どおり実行されるバックアップの進行状況を監視します
- バックアップが繰り返し失敗した場合に手動バックアップを実行するには
- に電子メール要求を送信します [メール保護] 問題が解決しない場合
1.4.7損傷したハードウェア/ソフトウェアの廃棄
ハードディスクまたはその他の関連ファイル/データが損傷または破損して使用できなくなった場合は、正当な理由を提供するクライアントのIT技術チームリーダーから破棄の承認を取得する必要があります。
処分は、将来の参照のためにログに記録する必要があります。 第三者が不正使用のためにデータを抽出することを防ぐために、すべての廃棄物は安全かつ確実に廃棄する必要があります。
2.0復元
2.1復元タイプ
どのサーバー (クライアント サーバー、FootfallCam クラウド サーバー、FootfallCam サブ サーバー) からデータを復元するオプションは、クライアントが独自のクライアント サーバーを使用するか、FootfallCam クラウド サーバーを使用するかによって異なります。
|
状況: |
復元方法: |
1. |
HDDの故障 |
クライアントサーバー/ FootfallCamクラウドサーバーからの完全バックアップ |
2. |
サーバーにアクセス可能 |
FootfallCamクラウドサーバーからの完全バックアップ |
3. |
サーバー障害/アクセス不可 |
FootfallCamクラウドサーバーからの完全バックアップ |
4. |
サーバーの移行 |
FootfallCamクラウドサーバーからの完全バックアップ |
5. |
サーバー全体の破壊 |
FootfallCamサブサーバーからの完全バックアップ FootfallCamクラウドサーバーからの冗長バックアップ |
2.2復元手順と実装
完全な復元:
- 完全な構成はバックアップサーバーから復元され、クライアントサーバーのコントロールパネルから制御されます。
- 破損したデータのダウンロードの場合、ロードされたデータは自動的に削除されます。 再ダウンロードが求められます。
部分的な復元は決して利用できません。
2.3復元チェック
FootfallCamは、復元された設定のチェックを実行して、すべての復元がスケジュールどおりに実行されることを確認します。
2.4リカバリログ
すべての回復ログは、回復ソフトウェアによって電子的に作成されます
2.5データ復旧/復元のSLA
a. データ復旧依頼
クライアントによるデータ復元リクエストは、電子メールを通じて開始できます。 [メール保護] 拡張サービスリクエストとして
b. 回復ポイント
利用可能な復旧ポイントは、特定の日にスケジュールされたバックアップ データの利用可能性に左右されます。 デフォルトでは、すべて
c. 回復リクエストに対する応答時間
FootfallCamがリカバリ要件を診断するには4時間の作業時間が必要であり、復元するデータのサイズに応じて、システムを完全に復元するにはその後の時間が必要です。
d. 顧客の責任
クライアントは、データのバックアップと復元に関連する問題を提起する必要があります。 サーバー障害またはサーバー破壊の場合の自身の保護の懸念のために、クライアントサーバーから完全バックアップのコピーを作成することはクライアントの責任です。
e. サービスの終了
FootfallCamは、サービスの終了後、いかなる形式のクライアントデータに対しても責任を負わないものとします。
f. データはもう回復できません
サーバー障害またはサーバー破壊が発生した場合、クライアントからフルバックアップのコピーが利用可能でない限り、顧客、Wi-Fi、およびフットフォールに関連するデータは回復できません(vdクライアントの責任の条項を参照)
2.6バックアップおよび復元プロセスの失敗
以下の場合は、メール通知によるアラームがクライアントサポートメールに毎日送信されます。
- HDDの故障
- フルHDDストレージ(<15%のメモリが利用可能)
- サーバーコントロールパネルソフトウェアの障害
2.7緊急時対応計画
重大なデータ破壊(サーバー破壊など)が発生した場合、回復の目的でFootfallCamサブサーバーからフルバックアップのコピーをXNUMXつ利用できます。 このフルバックアップは、FootfallCamサブサーバーに毎週スケジュールされます。
最新のフルバックアップ(現在の日付の3日前、7日前、14日前)のコピーは28つだけ保持されます。