Oracle Siebel CRM 8.1 use dba_users table for the application user. But the user activitiy history is stored into table at siebel schema. Here the query to get the user last active / last login date.
SELECT LOGIN, MAX(TANGGAL) LAST_TRANS_DATE
FROM (
SELECT S.LOGIN, MAX(TRUNC(PEL.LAST_UPD)) TANGGAL
FROM SIEBEL.S_ASSET_RDNG PEL, SIEBEL.S_USER S
WHERE PEL.LAST_UPD_BY =S.ROW_ID
AND EXISTS (SELECT 1 FROM DBA_USERS D WHERE D.USERNAME = S.LOGIN AND D.ACCOUNT_STATUS='OPEN')
GROUP BY S.LOGIN
UNION
SELECT S.LOGIN, MAX(TRUNC(PEL.LAST_UPD)) TANGGAL
FROM SIEBEL.S_ORG_EXT PEL, SIEBEL.S_USER S
WHERE PEL.LAST_UPD_BY =S.ROW_ID
AND EXISTS (SELECT 1 FROM DBA_USERS D WHERE D.USERNAME = S.LOGIN AND D.ACCOUNT_STATUS='OPEN')
GROUP BY S.LOGIN
UNION
SELECT UPPER(SRVR_USER_NAME) USERNAME, MAX(TRUNC(CREATED)) TANGGAL_LAST FROM siebel.s_srm_task_hist
WHERE UPPER(SRVR_USER_NAME) IN (SELECT USERNAME FROM DBA_USERS WHERE ACCOUNT_STATUS ='OPEN')
GROUP BY UPPER(SRVR_USER_NAME)
--ORDER BY 2
UNION
select c.username,MAX(TRUNC(a.SAMPLE_TIME))
from DBA_HIST_ACTIVE_SESS_HISTORY a, dba_users c
where a.user_id=c.user_id
AND C.ACCOUNT_STATUS='OPEN'
AND C.USERNAME IN (SELECT LOGIN FROM SIEBEL.S_USER)
GROUP BY C.USERNAME
)
GROUP BY LOGIN
[Oracle Siebel CRM] Query Last User Active
Posted by
Miftakh Taptozani
at
9:22 AM
0
comments
Labels:
CRM Siebel,
Database,
Oracle

[Oracle EBS] Archive and Purge GL Balances and Journals
Posted by
Miftakh Taptozani
at
2:34 PM
We can archive and purge account balances, as well as journal batches, entries, lines, and associated journal references for one or more accounting periods, provided the periods are permanently closed.
To Archive, navigate to Responsibility General Ledger Super User - Setup - System - Purge
The Archive process is move data from GL table to GL archive tables. Data from tables is copied as below :
- GL_balances --> GL_archive_balances
- GL_batches --> GL_archive_batches
- GL_je_headers --> GL_archive_headers
- GL_je_lines --> GL_archive_lines
- GL_import_references --> GL_archive_references
Once the process completes, export the archive tables data to a safe place and the purge the data
References :
- Archiving Account Balances and Journal Detail
- Purging Archived Account Balances and Journals
0
comments
Labels:
DBA,
EBS,
General Ledger,
Oracle,
sysadmin

[Oracle EBS] Purge Concurrent Request and/or Manager Data
Posted by
Miftakh Taptozani
at
4:13 PM
One of the important area of Concurrent Manager tuning is monitoring the space usage for the subsets within each concurrent manager. When the space in FND_CONCURRENT_PROCESSES and FND_CONCURRENT_REQUESTS exceed 50K, you can start to experience serious performance problems within your Oracle Applications. When you experience these space problems, a specific request called “Purge Concurrent Requests And/Or Manager Data” should be scheduled to run on a regular basis. This request to purge can be configured the request data from the FND tables as well as the log files and output files on accumulate on disk.
When the tables FND_CONCURRENT_REQUESTS and FND_CONCURRENT_PROCESSES reaches above 3000-4000 rows, the performance diminishes. You have to run Purge Concurrent Request and/or Manager Data program on a regular basis depending on the amount of request being run.
Query Find Size in KB for FND_CONCURRENT_REQUESTS
SELECT (BYTES/1024)/1024 "Size in KB" from dba_segments where SEGMENT_NAME='FND_CONCURRENT_REQUESTS';
SELECT (BYTES/1024)/1024 "Size in KB" from dba_segments WHERE SEGMENT_NAME='FND_CONCURRENT_PROCESSES';
How to run Purge Concurrent Request and/or Manager Data in oracle EBS
1. Log in to Application as System Administrator responsibility.
2. Navigate to Request> Run> Single Request
3. Query up Purge Concurrent Requests.
ENTITY = ALL : Purge of concurrent requests, concurrent managers, request log files, manager log files and report output files. The following tables are purged
- Fnd_Concurrent_Processes
- Fnd_Dual
- Fnd_Concurrent_Requests,
- Fnd_Run_Requests
- Fnd_Conc_Request_Arguments
- Fnd_Dual
- Fnd_Context_Env
- Deletes concurrent requests’ log and out files from OS
ENTITY = MANAGER : Purge of concurrent managers and manager log files.
The following tables are purged
- Fnd_Concurrent_Processes
- Fnd_Dual
- Deletes concurrent manager log files from OS
ENTITY = REQUEST : Purge of concurrent requests, request log files and output files.
The following tables are purged
– Fnd_Concurrent_Requests,
– Fnd_Run_Request
– Fnd_Conc_Request_Arguments
– Fnd_Dual
– Deletes concurrent requests’ log and out files from OS
MODE :
- AGE : Number of days.
- COUNT : Number of records
When the tables FND_CONCURRENT_REQUESTS and FND_CONCURRENT_PROCESSES reaches above 3000-4000 rows, the performance diminishes. You have to run Purge Concurrent Request and/or Manager Data program on a regular basis depending on the amount of request being run.
Query Find Size in KB for FND_CONCURRENT_REQUESTS
SELECT (BYTES/1024)/1024 "Size in KB" from dba_segments where SEGMENT_NAME='FND_CONCURRENT_REQUESTS';
SELECT (BYTES/1024)/1024 "Size in KB" from dba_segments WHERE SEGMENT_NAME='FND_CONCURRENT_PROCESSES';
How to run Purge Concurrent Request and/or Manager Data in oracle EBS
1. Log in to Application as System Administrator responsibility.
2. Navigate to Request> Run> Single Request
3. Query up Purge Concurrent Requests.
ENTITY = ALL : Purge of concurrent requests, concurrent managers, request log files, manager log files and report output files. The following tables are purged
- Fnd_Concurrent_Processes
- Fnd_Dual
- Fnd_Concurrent_Requests,
- Fnd_Run_Requests
- Fnd_Conc_Request_Arguments
- Fnd_Dual
- Fnd_Context_Env
- Deletes concurrent requests’ log and out files from OS
ENTITY = MANAGER : Purge of concurrent managers and manager log files.
The following tables are purged
- Fnd_Concurrent_Processes
- Fnd_Dual
- Deletes concurrent manager log files from OS
ENTITY = REQUEST : Purge of concurrent requests, request log files and output files.
The following tables are purged
– Fnd_Concurrent_Requests,
– Fnd_Run_Request
– Fnd_Conc_Request_Arguments
– Fnd_Dual
– Deletes concurrent requests’ log and out files from OS
MODE :
- AGE : Number of days.
- COUNT : Number of records
0
comments
Labels:
Database,
EBS,
Oracle,
sysadmin,
System Administrator

[Oracle] How To Execute INSERT Statements From File
Posted by
Miftakh Taptozani
at
7:02 PM
(en)
How to execute a sql script on oracle? Use this command :
(id)
Cara untuk melakukan insert data ke database Oracle dari file (bisa berupa .txt maupun .sql) yang berisi insert statement, bisa menggunakan command berikut ini :
How to execute a sql script on oracle? Use this command :
SQL> @<path>\<filename>
(id)
Cara untuk melakukan insert data ke database Oracle dari file (bisa berupa .txt maupun .sql) yang berisi insert statement, bisa menggunakan command berikut ini :
SQL> @<path>\<filename>
0
comments
Labels:
DBA,
Oracle

[Oracle EBS] Query Apply Patch Listing
Posted by
Miftakh Taptozani
at
10:48 AM
Query untuk melihat list apply patch :
SELECT
patch_name, patch_type, maint_pack_level, creation_date
FROM applsys.ad_applied_patches
ORDER BY creation_date DESC
SELECT
patch_name, patch_type, maint_pack_level, creation_date
FROM applsys.ad_applied_patches
ORDER BY creation_date DESC
0
comments
Labels:
DBA,
EBS,
Oracle

[Oracle EBS] Query to list Reports assigned to a Responsibility
Posted by
Miftakh Taptozani
at
9:38 AM
Untuk melihat Report apa saja yang menempel pada suatu responsibilities bisa menggunakan Query berikut ini :
SELECT fcpl.user_concurrent_program_name "REPORT NAME", fnrtl.responsibility_name, frg.request_group_name, fcp.concurrent_program_name "CONCURRENT PROGRAM SHORT NAME" FROM apps.fnd_request_groups frg, apps.fnd_request_group_units frgu, apps.fnd_concurrent_programs fcp, apps.fnd_concurrent_programs_tl fcpl, apps.fnd_executables fe, apps.fnd_responsibility fnr, apps.fnd_responsibility_tl fnrtl WHERE frg.application_id = frgu.application_id AND frg.request_group_id = frgu.request_group_id AND frg.request_group_id = fnr.request_group_id AND frg.application_id = fnr.application_id AND fnr.responsibility_id = fnrtl.responsibility_id AND frgu.request_unit_id = fcp.concurrent_program_id AND frgu.unit_application_id = fcp.application_id AND fcp.concurrent_program_id = fcpl.concurrent_program_id AND fe.execution_method_code LIKE 'P' --'Oracle Reports' AND fcp.executable_id = fe.executable_id AND fe.application_id = fcp.executable_application_id AND fnrtl.responsibility_name LIKE '&Responsibility_Name' -- Example Resp. Name : Inventory, Vision Operations (USA) AND fnrtl.LANGUAGE = 'US' AND fcpl.LANGUAGE = 'US';
0
comments
Labels:
Database,
EBS,
Oracle

Kriptografi
Posted by
Miftakh Taptozani
at
3:00 PM
Kriptografi adalah suatu ilmu yang mempelajari bagaimana cara menjaga agar data atau pesan tetap aman saat dikirimkan, dari pengirim ke penerima tanpa mengalami gangguan dari pihak ketiga. Menurut Bruce Scheiner dalam bukunya "Applied Cryptography", kriptografi adalah ilmu pengetahuan dan seni menjaga message-message agar tetap aman (secure).
Dalam kriptografi terdapat dua konsep utama yakni enkripsi dan dekripsi. Enkripsi adalah proses dimana informasi/data yang hendak dikirim diubah menjadi bentuk yang hampir tidak dikenali sebagai informasi awalnya dengan menggunakan algoritma tertentu. Dekripsi adalah kebalikan dari enkripsi yaitu mengubah kembali bentuk tersamar tersebut menjadi informasi awal.
Berikut adalah istilah-istilah yang digunakan dalam bidang kriptografi :
JENIS ALGORITMA KRIPTOGRAFI
Algoritma kriptografi berdasarkan jenis kunci yang digunakan dapat dibedakan menjadi dua jenis yaitu :
1. Algoritma Simetris (symmetric algorithm)
Algoritma simetris adalah suatu algoritma dimana kunci enkripsi yang digunakan sama dengan kunci dekripsi sehingga algoritma ini disebut juga sebagai single-key algorithm. Sebelum melakukan pengiriman pesan, pengirim dan penerima harus memilih suatu suatu kunci tertentu yang sama untuk dipakai bersama, dan kunci ini haruslah rahasia bagi pihak yang tidak berkepentingan sehingga algoritma ini disebut juga algoritma kunci rahasia (secret-key algorithm).
Kelebihan :
Kelemahan :
2. Algoritma Asimetris (asymmetric algorithm)
Algoritma asimetris adalah suatu algoritma dimana kunci enkripsi yang digunakan tidak sama dengan kunci dekripsi. Pada algoritma ini menggunakan dua kunci yakni kunci publik (public key) dan kunci privat (private key). Kunci publik disebarkan secara umum sedangkan kunci privat disimpan secara rahasia oleh si pengguna. Walau kunci publik telah diketahui namun akan sangat sukar mengetahui kunci privat yang digunakan. Pada umumnya kunci publik (public key) digunakan sebagai kunci enkripsi sementara kunci privat (private key) digunakan sebagai kunci dekripsi.
Kelebihan :
Kelemahan :
Dalam kriptografi terdapat dua konsep utama yakni enkripsi dan dekripsi. Enkripsi adalah proses dimana informasi/data yang hendak dikirim diubah menjadi bentuk yang hampir tidak dikenali sebagai informasi awalnya dengan menggunakan algoritma tertentu. Dekripsi adalah kebalikan dari enkripsi yaitu mengubah kembali bentuk tersamar tersebut menjadi informasi awal.
Berikut adalah istilah-istilah yang digunakan dalam bidang kriptografi :
- Plaintext adalah pesan yang hendak dikirimkan (berisi data asli).
- Ciphertext adalah pesan ter-enkrip (tersandi) yang merupakan hasil enkripsi.
- Enkripsi adalah proses pengubahan plaintext menjadi ciphertext.
- Dekripsi adalah kebalikan dari enkripsi yakni mengubah ciphertext menjadi plaintext, sehingga berupa data awal/asli.
- Kunci adalah suatu bilangan yang dirahasiakan yang digunakan dalam proses enkripsi dan dekripsi. Peranan kunci sangatlah penting dalam proses enkripsi dan dekripsi (disamping pula algoritma yang digunakan) sehingga kerahasiaannya sangatlah penting, apabila kerahasiaannya terbongkar, maka isi dari pesan dapat diketahui.
JENIS ALGORITMA KRIPTOGRAFI
Algoritma kriptografi berdasarkan jenis kunci yang digunakan dapat dibedakan menjadi dua jenis yaitu :
1. Algoritma Simetris (symmetric algorithm)
Algoritma simetris adalah suatu algoritma dimana kunci enkripsi yang digunakan sama dengan kunci dekripsi sehingga algoritma ini disebut juga sebagai single-key algorithm. Sebelum melakukan pengiriman pesan, pengirim dan penerima harus memilih suatu suatu kunci tertentu yang sama untuk dipakai bersama, dan kunci ini haruslah rahasia bagi pihak yang tidak berkepentingan sehingga algoritma ini disebut juga algoritma kunci rahasia (secret-key algorithm).
Kelebihan :
- Kecepatan operasi lebih tinggi bila dibandingkan dengan algoritma asimetrik.
- Karena kecepatannya yang cukup tinggi, maka dapat digunakan pada sistem real-time
Kelemahan :
- Untuk tiap pengiriman pesan dengan pengguna yang berbeda dibutuhkan kunci yang berbeda juga, sehingga akan terjadi kesulitan dalam manajemen kunci tersebut.
- Permasalahan dalam pengiriman kunci itu sendiri yang disebut "key distribution problem"
2. Algoritma Asimetris (asymmetric algorithm)
Algoritma asimetris adalah suatu algoritma dimana kunci enkripsi yang digunakan tidak sama dengan kunci dekripsi. Pada algoritma ini menggunakan dua kunci yakni kunci publik (public key) dan kunci privat (private key). Kunci publik disebarkan secara umum sedangkan kunci privat disimpan secara rahasia oleh si pengguna. Walau kunci publik telah diketahui namun akan sangat sukar mengetahui kunci privat yang digunakan. Pada umumnya kunci publik (public key) digunakan sebagai kunci enkripsi sementara kunci privat (private key) digunakan sebagai kunci dekripsi.
Kelebihan :
- Masalah keamanan pada distribusi kunci dapat lebih baik
- Masalah manajemen kunci yang lebih baik karena jumlah kunci yang lebih sedikit
Kelemahan :
- Kecepatan yang lebih rendah bila dibandingkan dengan algoritma simetris
- Untuk tingkat keamanan sama, kunci yang digunakan lebih panjang dibandingkan dengan algoritma simetris.
0
comments
Labels:
Cryptography,
Information Security

Subscribe to:
Posts (Atom)