蘋骨屋 AO in House: 4月 2010

4/23/2010

iWork 09 Pages 樣板選擇器(template chooser)_新增樣板

於網上抓下來的Pages樣板(副檔名：.template)，安裝至路徑：
/USER_HOME/資料庫/Application Support/iWork/pages/templates/My Templates
這邊要說明一下的是，My Templates這個資料夾在樣板選擇器中就如同「文書處理」、「頁面佈局」，為同一層級的分類，你也可以在/templates的下面建立屬於個人的資料夾，一樣也會顯示出來。

不過Pages在使用樣板選擇器的時候，若要顯示My Templates或其它自行安裝的樣板，必須為英文環境，若是使用繁體中文環境是不會正常顯示的。

ps.我在http://oegf.co.uk/oegf/找到許多樣板，免費下載與使用。

4/12/2010

問題記錄_GL_Posting Error_Unopened reporting currency period

Symptoms
--------------------------------------------------------------------
在總帳模組(GL)進行分錄(Journal)過帳(Post)時，無法成功過帳，檢視請求的Output內容，Error : Unopened reporting currency period。

Cause
--------------------------------------------------------------------
Reporting Currency Period未開啟。

Solution
--------------------------------------------------------------------
1)登入總帳超級管理員權限的帳號->Setup->Open/Close

2)彈出「Find Periods」視窗->將「Ledger」選項改為欲開啟的Currency Reporting->Find。

3)彈出「Open and Close Periods (帳本)」視窗->將期間開啟(Open)。

4)彈出「Decision」視窗->選Yes。

5)彈出「Note」->選Ok。

6)查詢請求(Requests)，檢查Reporting Currency Period正確開啟後，再回到分錄(Journal)重新過帳(Post)。

4/10/2010

Linux Memory 效能分析-vmstat

--轉貼從：
http://www.osslab.org.tw/index.php?title=User:Alang/Linux_%26_UNIX_%E5%B7%A5%E4%BD%9C%E7%AD%86%E8%A8%98/Linux_Memory_%E6%95%88%E8%83%BD%E5%88%86%E6%9E%90-vmstat

--內容：

要瞭解 Linux/UNIX 的記憶體使用狀況，可以用 vmstat 工具，以下詳述這個工具的用法：

指令用法

#>vmstat 2
Tip: 每2秒蒐集一次資訊

報表分析

報表範例一，CPU & RAM 負載低

[root@deki ~]# vmstat 2
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0     60 163016 252108 363996    0    0     4   172   23   16  2  3 94  0  0
 0  0     60 163016 252108 363996    0    0     0    60 1025  248  0  0 100  0  0
 0  0     60 163016 252108 364000    0    0     0     0 1073  416  3  4 94  0  0
 0  0     60 163016 252108 364000    0    0     0     0 1042  248  0  0 100  0  0
 0  0     60 163016 252108 364000    0    0     0    54 1030  249  0  0 99  0  0
 0  0     60 163016 252108 364000    0    0     0     0 1032  247  0  1 100  0  0
 0  0     60 163016 252108 364000    0    0     0     0 1035  228  0  0 100  0  0
 0  0     60 162892 252108 364000    0    0     0    12 1041  516 12 68 21  0  0
 0  0     60 162892 252108 364000    0    0     0     0 1020  240  0  0 100  0  0
 0  0     60 162892 252108 364000    0    0     0    42 1024  249  0  0 100  0  0
 0  0     60 162892 252108 364000    0    0     0     0 1035  248  0  0 100  0  0
 0  0     60 162892 252108 364000    0    0     0     2 1029  267  0  1 99  0  0
 0  0     60 163016 252108 364000    0    0     0     0 1018  219  0  0 100  0  0
 0  0     60 163016 252108 364000    0    0     0    12 1026  603  7  8 85  0  0
 1  0     60 163016 252108 364004    0    0     0     0 1044  270  0  0 100  0  0
 0  0     60 163016 252108 364004    0    0     0     0 1025  267  0  0 100  0  0
 7  0     60 162272 252108 364004    0    0     0    54 1026 1127  8 14 78  0  0

範裡二 - CPU 負載高，RAM 負載低

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
13  0      0 204372  46688 3261856    0    0     0  3146 2024 5151 18 82  0  0  0
15  0      0 204248  46708 3261900    0    0     4  3920 1919 5839 17 83  0  0  0
11  1      0 204248  46716 3261956    0    0     6  2940 1868 4863 19 81  0  0  0
16  1      0 209212  46736 3262004    0    0     4  5142 2194 5447 17 83  0  0  0
 8  0      0 210332  46776 3262248    0    0   122  3002 2267 5818 15 85  0  0  0
 6  0      0 210704  46808 3262300    0    0     0  3090 1982 4658 17 83  0  0  0
11  1      0 211076  46872 3262384    0    0     2  2986 2102 4890 17 83  0  0  0
 9  0      0 210952  46884 3262408    0    0     2     0 1815 4891 18 82  0  0  0
 6  0      0 210952  46896 3262440    0    0     0  2978 1588 4877 23 77  0  0  0
 3  0      0 210828  46920 3262468    0    0     0  2968 1859 4424 18 82  0  0  0
 4  0      0 211324  46932 3262580    0    0     0     0 2182 5391 16 84  0  0  0
 4  0      0 211324  46976 3262000    0    0     0  2992 1638 3973 17 83  0  0  0
 3  0      0 211324  47008 3262060    0    0     0  5190 1838 4707 19 81  0  0  0
 9  0      0 211324  47008 3262072    0    0     0     0 1688 5711 39 61  0  0  0
 7  0      0 208968  47020 3262072    0    0     0  2974 1389 4076 24 76  0  0  0
 2  0      0 206364  47020 3262080    0    0     0     0 1053 3283 40 60  0  0  0
11  0      0 204628  47028 3262080    0    0     0  3020 1995 6525 32 68  0  0  0
 4  0      0 199668  47044 3262084    0    0     0  2946 1813 4977 21 79  0  0  0
 4  0      0 193344  47064 3262120    0    0     0  2962 2455 6091 15 85  0  0  0
 5  0      0 191608  47092 3262316    0    0     0  2980 2255 5560 18 82  0  0  0
10  0      0 188632  47132 3262248    0    0     0  2960 2591 6128 15 85  0  0  0
 5  0      0 186524  47168 3262448    0    0     0  3026 2210 5305 19 81  0  0  0
 3  0      0 186276  47192 3262328    0    0     0     4 1919 4915 24 76  0  0  0
 4  0      0 186028  47216 3262372    0    0     0  2994 1878 4399 19 81  0  0  0
 5  0      0 185780  47244 3262412    0    0     0  2970 2001 4915 18 82  0  0  0
 5  0      0 185532  47276 3262400    0    0     0  3128 2159 5427 16 84  0  0  0
 3  0      0 185532  47284 3262372    0    0     0     0 2173 5393 16 84  0  0  0
 3  0      0 185408  47320 3262396    0    0     0  2966 2247 5286 15 85  0  0  0
 4  0      0 185284  47340 3262464    0    0     0  2958 2237 5438 15 85  0  0  0

Tips:

r - 執行中或等待執行的程序數量
b - 未中斷的休眠中程序數量，例如等待 IO，或正在作 Swaping
swpd - 目前已使用的虛擬記憶(KB)
free - 目前尚未被使用的實體記憶體(KB)
buff - 目前在暫存區用於讀/寫操作的實體記憶體(KB)
cache - 目前對應程序位址空間的實體記憶體(KB)
si - 從 swap disk 讀取到 RAM(KB)
so - 從 RAM 寫入 swap disk(KB)
bi - 從檔案系統或 swap disk 讀取的分頁區塊
bo - 從 RAM 寫到 swap disk 的分頁區塊

結果分析

r 值若經常大於 1 甚至更大的數字，且 id 常小於 40%，表示 CPU 負荷過重。
當主程序正在運行時，有較少的 free 是好事，這表示 cache 使用更有效率，除非是有不斷的寫入 swap disk (so,bo)。
cache 值如果較大，且 bi 值小，表示檔案系統效率好。
如果 swapd 數值大於 0，但 si, so 都顯示 0，此時系統效能還是正常的。
如果 bi, bo 出現較大的數值，但 si, so 卻維持數值 0，表示系統 IO 負載過重，要檢查檔案系統或硬碟有無異常。
如果 bi, bo 與 si, so 同時呈現較大的數值，表示記憶體 swapping 頻繁，RAM 太小。
kswapd 程序服務是負責確保閒置的記憶體可被釋放，每次啟動掃描會嘗試釋放 32 個 pages，並且一直在重複這個程序，直到閒置記憶體的數值高於 pages_high(核心參數)。
pdflush 程序服務是將記憶體中的內容與檔案系統進行同步操作，確保記憶體資料寫到硬碟。

4/09/2010

起停Oracle EBS R12(12.1.1)應用程式及資料庫步驟_EBS SYSTEM

在起停EBS R12之前，有一點要先說明，下面執行的指令主要有三個部份：
Database、Listener、Applications，其中關於Database與Applications的是組合指令，組合指令的意思就是說一個指令裡面包含數個指令，並且要注意的是每次執行完一筆指令後都會顯示：Exiting with status *(0代表過程中沒有錯誤，若是有大於1其它數字出現就要檢查了)，並會有相關的log紀錄產生，可供用戶查詢。

EBS R12的啟動及關閉的相關順序如下，並請注意下例DB與AP的使用者權限並無分開設定，需依自身環境進行調整。

1)啟動EBS

-先啟動Database Service
$ cd /d01/oracle/VIS/db/tech_st/11.1.0/appsutil/scripts/VIS_(server) <--注意大小寫區分
$ ./addbctl.sh start <-- 啟動Database
$ ./addlnctl.sh start VIS <-- 啟動Listener

-再啟動Applications Service
$ cd /d01/oracle/VIS/inst/apps/VIS_(server)/admin/scripts <--注意大小寫區分
$ ./adstrtal.sh apps/apps <--啟動Applications

-檢查螢幕是否顯示：
All enabled services for this node are started.
adstrtal.sh: Exiting with status 0

-檢查EBS是否正確啟動：
登入網頁是否正常，是否可正常登入使用者帳號。
Form是否能夠正常開啟。
重新登入SYSADMIN，進入Oracle Applications Manager看看各項服務是否正常執行中。

2)關閉EBS(和啟動的順序剛好相反)

-關閉Applications Service
$ cd /d01/oracle/VIS/inst/apps/VIS_(server)/admin/scripts <--注意大小寫區分
$ ./adstpall.sh apps/apps <--關閉Applications

-檢查 adstpall.sh: Exiting with status 0後才可關閉Database Service，否則會停不下來

-再關閉Database Service
$ cd /d01/oracle/VIS/db/tech_st/11.1.0/appsutil/scripts/VIS_(server) <--注意大小寫區分

$ ./addlnctl.sh stop VIS <--先關閉Listener
$ ./addbctl.sh stop immediate <--再關閉Database

p.s.以上各路徑也會依當初設定的安裝環境有所不同，不可一以概之。

Reference : http://simon581923.blog.ithome.com.tw/post/2170/27966

4/05/2010

問題記錄_SYSTEM_啟動R12 APPS_adoacorectl.sh報204錯誤

1)作業環境
OS: OSX 10.6.3
VM: Parallels Desktop 5.0.9344
OS on VM: Oracle Enterprise Linux i386 5 Update 3(5.3)
APPS on VM: Oracle E-Business Suite R12.1.1

2)問題描述
於Parallels Desktop上安裝完EBS R12後，在最後有一個檢查的步驟(Install Oracle Applications - Post-Install Checks)視窗，當時就發現了Login Page這欄是被打叉的，檢查以後發現是hosts檔的設定有問題，就進行了修改，於修改後就Login Page就打上了綠勾。
重新停起Apps服務後就發生了異常，Apps無法啟動，執行adstrtal.sh apps/apps時有錯誤，並依指示查看log檔案。

3)處理過程
3.1)查錯：
不用adstrtal.sh apps/apps腳本來起應用，改成手動一條一條啟動發現是adoacorectl.sh start執行的時候發生錯誤，依照錯誤資訊上網google了一下，發現有可能是因為我動了網路設定，也就是hosts檔才造成應用無法正常啟動的情況。
3.2)解決：
3.2.1)將以下三個資料夾下的所有檔案和子資料夾刪除。
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/forms/persistence/
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/oafm/persistence/
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/oacore/persistence/
3.2.2)執行：
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/admin/scripts/adautocfg.sh
3.2.3)在路徑/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/admin/scripts/下手動重新啟動應用，啟動的順序：
adopmnctl.sh
adapcctl.sh
adoacorectl.sh
adformsctl.sh
adoafmctl.sh
adalnctl.sh
adcmctl.sh apps/apps
jtffmctl.sh
3.2.4)
執行完後都沒有報錯了，EBS也可以正常進入了。

4)備註：

/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/forms/persistence/
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/oafm/persistence/
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/ora/10.1.3/j2ee/oacore/persistence/
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/admin/scripts/adautocfg.sh
/d01/oracle/VIS/inst/apps/VIS_ebsvmtest/admin/scripts/
上述所提及的路徑/d01都是安裝EBS時所自行指定的，故有可能會有不同，請特別注意。

5)參考資料來源：
http://home.ixpub.net/space.php?uid=15004887&do=blog&id=408630

4/03/2010

在Mac修改hosts文件

昨天(2010/04/02)MAC發佈了OSX 10.6.3的更新，安裝更新後，利用finder前往資料夾/etc/hosts把hosts檔案copy出來修改再放回去的方法突然不能用了，後來google了一下查到下面的方法。

1)開啟「應用程式」資料夾->「工具程式」資料夾->終端機。
2)輸入：sudo nano /etc/hosts

3)輸入你帳戶的密碼。
4)進入檔案文字編輯模式，依你的需要進行修改。

5)按ctrl+X
6)輸入“y“確定後退出。

訂閱：文章 (Atom)

蘋骨屋 AO in House

4/23/2010

iWork 09 Pages 樣板選擇器(template chooser)_新增樣板

4/12/2010

問題記錄_GL_Posting Error_Unopened reporting currency period

4/10/2010

Linux Memory 效能分析-vmstat

指令用法

報表分析

結果分析

4/09/2010

起停Oracle EBS R12(12.1.1)應用程式及資料庫步驟_EBS SYSTEM

4/05/2010

問題記錄_SYSTEM_啟動R12 APPS_adoacorectl.sh報204錯誤

4/03/2010

在Mac修改hosts文件

關於我自己

網誌存檔

4/23/2010

iWork 09 Pages 樣板選擇器(template chooser)_新增樣板

4/12/2010

問題記錄_GL_Posting Error_Unopened reporting currency period

4/10/2010

Linux Memory 效能分析-vmstat

指令用法

報表 分析

結果 分析

4/09/2010

起停Oracle EBS R12(12.1.1)應用程式及資料庫步驟_EBS SYSTEM

4/05/2010

問題記錄_SYSTEM_啟動R12 APPS_adoacorectl.sh報204錯誤

4/03/2010

在Mac修改hosts文件

報表分析

結果分析