OutSystemsで発生するログは、通常はService Centerから確認します。
しかし、何らかの障害でService Centerにログイン出来ないときや、Service Centerで確認できない古いログを確認したいときのために、OutSystemsのログの仕組みを再確認してみます。
ただし、Personal Environmentでは、DBに直接アクセスできないため、DBレベルの情報は実地に確認できていません。

ちなみに、Service Centerで確認ログは、最長で直近２週間（金曜夜間切り替え）のように見えます。残念ながらドキュメントは見当たらないのですが。ちなみに、この期間は以下に書くログの仕組みと符合しますね。

OutSystemsのログ保管の仕組み

ログ種別毎に別のテーブルがあり、各ログはOutSystemsによって自動的に記録されています。
（LogMessage Actionを使って任意に記録することも可能。これはGeneralログに記録）

そして、このログテーブルのセットが週毎に１セット、合計で10セットあります。
このセットの数字は各テーブル名のサフィックスとして「_N」のようにつく（Nは0-9の数字）。
例えば、Errorログは「oslog_Error_0」。

各ログ種別毎に今週のログ、前週のログを閲覧するためのビューがあります。
また、この週の切り替えは、毎週金曜日夜11:45に起こるとのこと。

ここに書いたことは正式には、ログのテーブルおよびビューで確認できます。

ログ種別毎のビュー

各環境にデフォルトでインストールされているPlatformLogs Extensionにログアクセス用のEntity群があります。
このEntityは当週または前週のログを確認するためのビューを参照しています。

つまり、Service Centerで見られるようなログはこのExtensionのEntityを使って閲覧・検索できる仕組みを作れる。

サフィックス「_Previous」がついているのが前週分、ついていないのが今週分です。
ビュー定義は、週次バッチ（金曜夜）のタイミングで作り変えられて、新しいセットを指すようになるそうです。

PlatformLogs Extension内のEntity名とビュー名の対比表（「Extension」Entityと「Entity」Entityをジョインして得た）

Entity名	ビュー名
Log_Cyclic_Job	OSLOG_CYCLIC_JOB
Log_Cyclic_Job_Previous	OSLOG_CYCLIC_JOB_PREVIOUS
Log_Error	OSLOG_ERROR
Log_Error_Previous	OSLOG_ERROR_PREVIOUS
Log_Extension	OSLOG_EXTENSION
Log_Extension_Previous	OSLOG_EXTENSION_PREVIOUS
Log_General	OSLOG_GENERAL
Log_General_Previous	OSLOG_GENERAL_PREVIOUS
Log_Integration	OSLOG_INTEGRATION
Log_Integration_Detail	OSLOG_INT_DETAIL
Log_Integration_Detail_Previous	OSLOG_INT_DETAIL_PREVIOUS
Log_Integration_Previous	OSLOG_INTEGRATION_PREVIOUS
Log_Mobile_Request	OSLOG_MOBILE_REQUEST
Log_Mobile_Request_Detail	OSLOG_MR_DETAIL
Log_Mobile_Request_Detail_Previous	OSLOG_MR_DETAIL_PREVIOUS
Log_Mobile_Request_Previous	OSLOG_MOBILE_REQUEST_PREVIOUS
Log_RequestEvent	OSLOG_REQUESTEVENT
Log_RequestEvent_Previous	OSLOG_REQUESTEVENT_PREVIOUS
Log_Screen	OSLOG_SCREEN
Log_Screen_Previous	OSLOG_SCREEN_PREVIOUS
Log_ServiceAPI	OSLOG_SRVAPI
Log_ServiceAPI_Detail	OSLOG_SRVAPI_DETAIL
Log_ServiceAPI_Detail_Previous	OSLOG_SRVAPI_DETAIL_PREVIOUS
Log_ServiceAPI_Previous	OSLOG_SRVAPI_PREVIOUS
Log_Web_Reference	OSLOG_WEB_REFERENCE
Log_Web_Reference_Previous	OSLOG_WEB_REFERENCE_PREVIOUS
Log_Web_Service	OSLOG_WEB_SERVICE
Log_Web_Service_Previous	OSLOG_WEB_SERVICE_PREVIOUS

各ビューの列定義についてはログデータに関するレファレンスを参照。

ログ種別ごとの物理テーブル

2つのビューで見られない古いログを見るには、テーブルを直接見なければいけません（あるいはバッチを作って別の場所に退避しておく）。

そのテーブルは、ForgeにあるLogs Managerに含まれるExtension「LogsManagementDBLogsAcces」を経由してアクセスできます。

また、Extensionがあるので、ビューと同様に（「Extension」Entityと「Entity」Entityをジョイン）してテーブルの物理名を得ることができました。

FilterでExtension名を指定しますが、どうもExtension名にタイプミスがあるようなので自分で試すときには気をつけて下さい。
以下の表は、Personal Environmentで実行したときの出力例（テーブル名はSQL Serverの表現になっていますね）。

Entity名	物理テーブル名
Log_Cyclic_Job_0	[dbo].[oslog_Cyclic_Job_0]
Log_Cyclic_Job_1	[dbo].[oslog_Cyclic_Job_1]
Log_Cyclic_Job_2	[dbo].[oslog_Cyclic_Job_2]
Log_Cyclic_Job_3	[dbo].[oslog_Cyclic_Job_3]
Log_Cyclic_Job_4	[dbo].[oslog_Cyclic_Job_4]
Log_Cyclic_Job_5	[dbo].[oslog_Cyclic_Job_5]
Log_Cyclic_Job_6	[dbo].[oslog_Cyclic_Job_6]
Log_Cyclic_Job_7	[dbo].[oslog_Cyclic_Job_7]
Log_Cyclic_Job_8	[dbo].[oslog_Cyclic_Job_8]
Log_Cyclic_Job_9	[dbo].[oslog_Cyclic_Job_9]
Log_Error_0	[dbo].[osLog_Error_0]
Log_Error_1	[dbo].[osLog_Error_1]
Log_Error_2	[dbo].[osLog_Error_2]
Log_Error_3	[dbo].[osLog_Error_3]
Log_Error_4	[dbo].[osLog_Error_4]
Log_Error_5	[dbo].[osLog_Error_5]
Log_Error_6	[dbo].[osLog_Error_6]
Log_Error_7	[dbo].[osLog_Error_7]
Log_Error_8	[dbo].[osLog_Error_8]
Log_Error_9	[dbo].[osLog_Error_9]
Log_Extension_0	[dbo].[oslog_Extension_0]
Log_Extension_1	[dbo].[oslog_Extension_1]
Log_Extension_2	[dbo].[oslog_Extension_2]
Log_Extension_3	[dbo].[oslog_Extension_3]
Log_Extension_4	[dbo].[oslog_Extension_4]
Log_Extension_5	[dbo].[oslog_Extension_5]
Log_Extension_6	[dbo].[oslog_Extension_6]
Log_Extension_7	[dbo].[oslog_Extension_7]
Log_Extension_8	[dbo].[oslog_Extension_8]
Log_Extension_9	[dbo].[oslog_Extension_9]
Log_General_0	[dbo].[oslog_General_0]
Log_General_1	[dbo].[oslog_General_1]
Log_General_2	[dbo].[oslog_General_2]
Log_General_3	[dbo].[oslog_General_3]
Log_General_4	[dbo].[oslog_General_4]
Log_General_5	[dbo].[oslog_General_5]
Log_General_6	[dbo].[oslog_General_6]
Log_General_7	[dbo].[oslog_General_7]
Log_General_8	[dbo].[oslog_General_8]
Log_General_9	[dbo].[oslog_General_9]
Log_Integration_0	[dbo].[oslog_Integration_0]
Log_Integration_1	[dbo].[oslog_Integration_1]
Log_Integration_2	[dbo].[oslog_Integration_2]
Log_Integration_3	[dbo].[oslog_Integration_3]
Log_Integration_4	[dbo].[oslog_Integration_4]
Log_Integration_5	[dbo].[oslog_Integration_5]
Log_Integration_6	[dbo].[oslog_Integration_6]
Log_Integration_7	[dbo].[oslog_Integration_7]
Log_Integration_8	[dbo].[oslog_Integration_8]
Log_Integration_9	[dbo].[oslog_Integration_9]
Log_Integration_Detail_0	[dbo].[oslog_Int_Detail_0]
Log_Integration_Detail_1	[dbo].[oslog_Int_Detail_1]
Log_Integration_Detail_2	[dbo].[oslog_Int_Detail_2]
Log_Integration_Detail_3	[dbo].[oslog_Int_Detail_3]
Log_Integration_Detail_4	[dbo].[oslog_Int_Detail_4]
Log_Integration_Detail_5	[dbo].[oslog_Int_Detail_5]
Log_Integration_Detail_6	[dbo].[oslog_Int_Detail_6]
Log_Integration_Detail_7	[dbo].[oslog_Int_Detail_7]
Log_Integration_Detail_8	[dbo].[oslog_Int_Detail_8]
Log_Integration_Detail_9	[dbo].[oslog_Int_Detail_9]
Log_Mobile_Request_0	[dbo].[oslog_Mobile_Request_0]
Log_Mobile_Request_1	[dbo].[oslog_Mobile_Request_1]
Log_Mobile_Request_2	[dbo].[oslog_Mobile_Request_2]
Log_Mobile_Request_3	[dbo].[oslog_Mobile_Request_3]
Log_Mobile_Request_4	[dbo].[oslog_Mobile_Request_4]
Log_Mobile_Request_5	[dbo].[oslog_Mobile_Request_5]
Log_Mobile_Request_6	[dbo].[oslog_Mobile_Request_6]
Log_Mobile_Request_7	[dbo].[oslog_Mobile_Request_7]
Log_Mobile_Request_8	[dbo].[oslog_Mobile_Request_8]
Log_Mobile_Request_9	[dbo].[oslog_Mobile_Request_9]
Log_Screen_0	[dbo].[oslog_Screen_0]
Log_Screen_1	[dbo].[oslog_Screen_1]
Log_Screen_2	[dbo].[oslog_Screen_2]
Log_Screen_3	[dbo].[oslog_Screen_3]
Log_Screen_4	[dbo].[oslog_Screen_4]
Log_Screen_5	[dbo].[oslog_Screen_5]
Log_Screen_6	[dbo].[oslog_Screen_6]
Log_Screen_7	[dbo].[oslog_Screen_7]
Log_Screen_8	[dbo].[oslog_Screen_8]
Log_Screen_9	[dbo].[oslog_Screen_9]

現在どのセットを使っているかを確認する

0-9の数字を週毎でローテートして使っているので、現在どのセット（＝サイクル数）を使っているかを知らないと、確認したいログが実際どのテーブルに含まれるかがわかりません。

ビューを経由してCYCLE列で確認

当週のビューを適当に1件取得すると、そのビューで対象としているセット（0-9の数字）がCYCLE列に含まれています。

仕様に基づいて計算する

ログのローテーションに記載がありました。

サイクル数は、現在の日付から算出されます。このために、数式<2000年1月1日から現在までの週数> MOD 10を使用します。

というわけで、計算するFunctionを作ってみましょう。
日付を指定して、その日付がどのサイクル数のログに出るかを返すFunctionです。

CurrentCyle = Mod(DiffDays(TextToDate("2000/1/1"), TargetDate) / 7, 10)

DiffDaysで2000/1/1から指定日までの日数を計算
日数を7で割って経過週数を計算（端数切捨て）
Modで10で割ったあまりを算出（これがサイクル数）

実際にログを確認する

DBツールでDBに直接アクセスする。
確認したいログの種類と計算したサイクル数から、物理テーブルの表を確認してテーブル名を取得。
あとはGUIツールで見るか、直接SQLを発行して確認する。