支援的作業系統有哪些？
請參閱 Oracle Enterprise Performance Management System Supported Platform Matrix：Oracle EPM Supported Platform Matrix。
一定要使用 64 位元關聯式資料庫嗎？
只要是支援的 DBMS 類型與版本，可以是 32 位元或 64 位元的資料庫。
第三方與擴充軟體的必須注意事項。依預設，Oracle Hyperion Financial Management 安裝只會在 64 位元作業系統上安裝 64 位元軟體。這表示 Financial Management 應用程式伺服器上只會安裝 64 位元用戶端元件。在需要 32 位元連線時，除非在 64 位元應用程式伺服器上安裝 32 位元用戶端軟體，否則元件沒有作用。如需詳細資訊，請參閱 Oracle Enterprise Performance Management System 安裝與組態手冊。
64 位元 Financial Management 的記憶體限制為何？
實際上，64 位元 Financial Management 只會受到實體記憶體而不是虛擬記憶體的限制。在進行適當的記憶體參數調整後，便可以運用所有可用的實體記憶體。
Financial Management 是否有任何需要調整的記憶體設定值？
Financial Management 預設記憶體設定值適用於 32 位元環境小型至中型的應用程式。若要充分運用可用的記憶體，Oracle 建議對每月執行的應用程式使用下列設定值。相關設定值有 MaxNumDataRecordsInRAM 和 MaxDataCacheSizeinMB，兩者都需要變更。下表包含這些參數的建議值 (視可用記憶體而定)。該表格假設 Financial Management 是機器上執行之唯一耗用記憶體的處理程序，並只執行一個 Financial Management 應用程式。如果有多個應用程式為作用中，則將伺服器安裝的「實體記憶體總計」除以 Financial Management 應用程式數目，以判斷每個應用程式的「可用實體記憶體」。
| 可用實體記憶體 | MaxNumDataRecordsinRAM | MaxDataCacheSizeinMB |
|---|---|---|
| 4 | 4,000,000 | 500 |
| 8 | 10,000,000 | 1500 |
| 16 | 30,000,000 | 4500 |
| 32 | 60,000,000 | 9000 |
範例：在具有 24 GB RAM 以及兩個每月執行之作用中 Financial Management 應用程式的伺服器上，MaxNumDataRecordsInRAM 值應該是 22,500,000，MaxDataCacheSizeinMB 值應該是 3375。
平均來說，每月執行的應用程式的一筆資料記錄所使用的記憶體數量為 112 個位元組，每週執行的應用程式每筆資料記錄使用 472 位元組，每天執行的應用程式每筆資料記錄使用 3,296 位元組。
對於每週執行的應用程式，請將 MaxNumDataRecordsInRAM 除以 4，不需要變更 MaxDataCacheSizeinMB 最後一個欄中的值。
對於每日執行的應用程式，請將 MaxNumDataRecordsInRAM 除以 30，不需要變更 MaxDataCacheSizeinMB 最後一個欄中的值。