# オフライン動作
アクセスコントローラーがインターネット接続を失うと、通常は次のようなことが起こります:
{% stepper %}
{% step %}
**イベントは、インターネットが復旧するまでローカルに保存されます。インターネットが長期間停止していても、アクセスコントローラーには、かなりの障害期間（記録されたイベント数に応じて3～12か月）に耐えられる十分な内部ストレージがあります。**
{% endstep %}
{% step %}
**アクセスコントローラーは、クラウドから受信した最後に既知の設定で動作します。要するに、インターネット障害の前にアクセスコントローラーに加えられた変更は、そのまま有効です。この最後に既知の設定は、コントローラーが電源を失って再起動した場合でも保持されます。**
{% endstep %}
{% step %}
**インターネット接続が復旧すると、クラウド上の最新の設定がアクセスコントローラーに送信され、その後、障害発生中に起きたイベントがアクセスコントローラーからクラウドへ送信されます。**
{% endstep %}
{% endstepper %}
### 例のシナリオ
アクセスコントローラーのオフライン動作をよりよく理解するために、次のシナリオを考えてみましょう:
* アリスは正社員で、勤続2年です。彼女のバッジは正面玄関で使えます。
* 午前8:00: インターネットサービスプロバイダー（ISP）がこの地域でサービス障害を起こしています。すべてのアクセスコントローラーはオフラインですが、電源は入っています（ステータスLEDが青く点滅）。
* 午前9:00: 新入社員のボブが入社します。彼にはバッジと正面玄関へのアクセス権が付与されます。
* 午前10:00: アリスとボブが正面玄関でバッジ認証を試みます。アリスのバッジは使えますが、ボブのバッジは使えません。
* 午前11:00: ISPが接続を復旧します。アクセスコントローラーはオンラインに戻り、数秒以内にクラウドから新しい設定を取得します。ボブのバッジが使えるようになります。
このシナリオの図は以下のとおりです:
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://help.verkada.com/access-control/ja/toraburushtingu/access-control-hardware-checks/verkada-access-offline-operation.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.