ワークスペースのアクセス許可の決定方法を定義するワークスペースごとの設定です。ユーザーがワークスペースにアクセスするためには、ワークスペースまたは特定のテーブルへのアクセス許可を付与される必要があります。モードでワークスペースにアクセスする場合は、アクセス権を与えられたすべてのテーブル内のすべてのデータにアクセスできます。モードでワークスペースにアクセスする場合は、アクセス権を与えられたすべてのテーブルの該当リソースのデータのみにアクセスできます。月よりも前に作成されたすべてのワークスペースの既定設定です。アクセス許可を割り当てることによって、ユーザーが表示できるリソースに関連付けられたデータのみへのアクセス権をそのユーザーに付与できます。モードでワークスペースにアクセスするときは、ワークスペースのアクセス許可が適用されます。モードでワークスペースにアクセスするときは、リソースのアクセス許可のみが確認され、ワークスペースのアクセス許可は無視されます。有効にするには、ワークスペースのアクセス許可からユーザーを削除して、リソースのアクセス許可が認識されるようにします。月よりも後に作成されたすべてのワークスペースの既定設定です。モードを使用してワークスペースにアクセスすることのみできます。テンプレートを使用してアクセス制御モードを変更する方法については、「アクセス制御モードを構成する」を参照してください。GB/分に設定されています。これは概算値であり、実際のサイズはログの長さとその圧縮率に左右され、データの種類によって異なることがあります。送信されるデータには適用されません。時間ごとにワークスペースの操作テーブルにイベントが送信されます。リクエストを開いて、ワークスペースの増加を要求できます。つのワークスペース設計について説明します。アクセス管理との強化された統合と、より安全なアクセス制御を活用できます。組織の一元的な共有ワークスペースに転送するように構成されています。各チームのユーザーには、アクセス権が付与されているリソースのログへのアクセスが許可されます。リソースにこれを適用できます。ログが特定のワークスペースに送信されるようにする方法が提供されます。セットを使用すると、ワークスペースのコンプライアンスとレポートの結果を評価する既存のポリシーを使用したり、非準拠の場合に修復するようにカスタマイズしたりすることができます。モデルに移行することをお勧めします。これをすばやくまたは積極的に実現しようとしないでください。インベントリからの削除を行う段階的アプローチに従うと、計画外のインシデントや、クラウド運用への予期しない影響を回避できます。コンプライアンスまたはビジネス上の理由でデータ保持ポリシーがない場合は、プロセス中に移行元のワークスペースにデータを保持する適切な時間の長さを評価する必要があります。共有ワークスペースにレポートするようにリソースを再構成している間でも、必要に応じて元のワークスペース内のデータを分析できます。移行が完了した後、保持期間が終了するまで元のワークスペースにデータを保持することにした場合は、それを削除しないでください。it.このモデルへの移行を計画する際には、次の点を考慮してください。following:遵守する必要があるデータ保有に関する業界の規制や内部ポリシーを理解します。コンテキスト機能内で作業できることを確認します。チームのリソースに付与されたアクセス権を特定し、開発環境内でテストします。有効にするようにワークスペースを構成します。チームのアクセス許可を削除します。開始/停止などの管理ソリューションを有効にして構成します。stepsこのガイドで推奨されているセキュリティのアクセス許可と制御を実装するには、ログへのアクセスの管理に関する記事を参照してください。Articlesこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。