pa ivan, just for your note: implemen big SGA itu sulit lho...
Lab 1: server branded, memory 8GB, install centos 5.2 32 bit, oracle 10g r2 32 bit. saya coba naikan pelan-pelan ( step by step maksudnya) memory SGA. saya mulai dr 1024 MB, sampai akhirnya mentok di ukuran memory 2048 MB (2 GB, precisely). dengan step by step dr http://www.puschitz .com/TuningLinux ForOracle. shtml, tetap tidak ada tambahan memory yang bisa dipakai SGA. ndak tahu ada kurang dimana, memang kelihatannya ada step yg belum terdokumentasi kelihatannya. ini sekaligus menjawab keraguan memory SGA max 1,8 GB. Lab 2: server branded, saya install centos 5.2 x86_64, oracle 10g r2 x86_64 (x86_64 support aplikasi 32 bit dan 64 bit), memory fisik cuma 4 GB. pada prakteknya, memry SGA bisa saya naikan mulai dari 1024 MB, sampai 3072 MB (3 GB, precisely). no tuning needed !!. server ini akhirnya kami gunakan sebagai development. my opinion and conclution: pakai x86_64 aja langsung jika ingin big memory SGA, no paint configuration. so far saya hanya pakai oracle sebagai database, belum configure untuk lainnya. btw, apakah server bapak sudah pakai memory 32 GB???? eman pak jika hanya digunakan cuma 2 GB saja. regard, subekti ----- Original Message ----- From: Ivan Wahyudi To: oracle-coretech-surabaya@yahoogroups.com Sent: Monday, March 16, 2009 5:35 PM Subject: Re: [oracle-coretech-surabaya] Big SGA (> 4 G) Pak Setijo Iya pak, Oracle mensuport untuk big SGA. Jujur sampai detik ini saya belum mencoba implement big SGA ini, tetapi dalam waktu dekat akan saya coba execute. mau tidak mau kami harus menggunakan big SGA krn kondisi DB kami saat ini memang membutuhkannya. Eman kan pak, jika mem Server bisa sampe 32 G tetapi Database hanya mampu max 2G (1.8 deh kayae). Saya juga menggunakan 32 bit, dan jika tidak salah VLM ini memang untuk system 32bit. lebih lengkap ada di Note berikut :260152.1 (metalink). yang udah expert di VLM mungkin bisa di share.. :) Regards, ~Ivan~ --- Pada Sab, 14/3/09, Subekti Pranoto <sub3...@gmail.com> menulis: Dari: Subekti Pranoto <sub3...@gmail.com> Topik: Re: [oracle-coretech-surabaya] Big SGA (> 4 G) Kepada: oracle-coretech-surabaya@yahoogroups.com Tanggal: Sabtu, 14 Maret, 2009, 5:28 PM saluuutt.... good statement buat pak ivan serta good analisa dari pak setijo. note: ------------ --------- --------- --------- --------- --------- --------- --------- --------- --------- - http://www.puschitz .com/TuningLinux ForOracle. shtml Starting with Oracle9i Release 2 the SGA can theoretically be increased to about 62 GB (depending on block size) on a 32-bit system with 64 GB RAM. A processor feature called Page Address Extension (PAE) provides the capability of physically addressing 64 GB of RAM. However, it does not enable a process or program to address more than 4GB directly or have a virtual address space larger than 4GB. Hence, a process cannot attach to shared memory directly if it has a size of 4GB or more. To address this issue, a shared memory filesystem (memory-based filesystem) can be created which can be as large as the maximum allowable virtual memory supported by the kernel. With a shared memory filesystem processes can dynamically attach to regions of the filesystem allowing applications like Oracle to have virtually a much larger shared memory on 32-bit systems. This is not an issue on 64-bit systems. For Oracle to use a shared memory filesystem, a feature called Very Large Memory (VLM) must be enabled. VLM moves the database buffer cache part of the SGA from the System V shared memory to the shared memory filesystem. It is still considered one large SGA but it consists now of two different OS shared memory entities. It is noteworthy to say that VLM uses 512MB of the non-buffer cache SGA to manage VLM. This memory area is needed for mapping the indirect data buffers (shared memory filesystem buffers) into the process address space since a process cannot attach to more than 4GB directly on a 32-bit system. For example, if the non-buffer cache SGA is 2.5 GB, then you will only have 2 GB of non-buffer cache SGA for shared pool, large pool, and redo log buffer since 512MB is used for managing VLM. If the buffer cache is less than 512 MB, then the init.ora parameter VLM_WINDOW_SIZE must be changed to reflect the size of the database buffer cache. However, it is not recommended to use VLM if db_block_buffers is not greater than 512MB ------------ --------- --------- --------- --------- --------- --------- --------- --------- --------- - menurut link diatas, sampai dengan oracle 10g R1 dan RHEL 4, memory SGA yg di support x86 (32 bit) adalah maksimal 62 GB. effort menaikan ini pun sangat susah (bukannya tidak bisa lho, karena bisa memakai file-base-memory: sesuai keterangan diatas). cara paling mudah tanpa susah-susah untuk memakai SGA > 4GB yaitu memakai system 64 bit. pengalaman saya, menaikan SGA pada system 32 bit, hanya bisa sampai 2 GB (oracle 10g R2, centos 5.2 / RHEL 5 update 2). dengan memakai 64 bit (Oracle 10g R2 64 bit dan Centos 5.2 x86_64), maka didapatkan memory SGA 4 GB (bahkan saya yakin bisa lebih, cuma terbentur memory server saya: ndak ada buat ditambahkan he..he..he.. ). setup SGA 4 GB di system 64 bit juga mudah. regard, subekti ym!: sub3xt1 ----- Original Message ----- From: Setijo Agus To: oracle-coretech- surabaya@ yahoogroups.. com Sent: Saturday, March 14, 2009 2:10 PM Subject: [oracle-coretech- surabaya] Big SGA (> 4 G) Ada yang bisa bantu saya menggunakan Big SGA (> 4 G) ? saya kutip email dengan subject : Re: [oracle-coretech- surabaya] Masalah setting Oracle.. email : ivan...@yahoo. com 5. Jumlah SGA harus cukup untuk mengakomodasi kebutuhan mem. DB. Jika ingin menggunakan Big SGA (> 4 G), maka anda hrs set VLM dan untuk hal ini silahkan berkoordinasi dgn Admin Server. apakah ini berarti oracle dpt disetup Big SGA (> 4 G), walaupun mesin & oracle masih 32 bit ? kalau bisa caranya bagaimana ? di O/S apa ?, Oracle versi berapa ? terima kasih sebelumnya -- ============ ========= ========= = gold jewelry manufacture UBSGOLD.COM UNIVERSE OF GOLD UNTUNG BERSAMA SEJAHTERA ============ ========= ========= = ------------------------------------------------------------------------------ Coba Yahoo! Messenger 9.0 baru Akhirnya datang juga!
