Dear Pak Burghan,
Solusi yang saya ambil di sini adalah mengubah dedicated menjadi shared server (sekalipun ini bukan hal yang ideal dilakukan karena akan ada penurunan performance dibandingkan dengan dedicated server). Idealnya memang mengganti menjadi teknologi 64 bit. Selain itu anda juga bisa melakukan pengaturan waktu pemrosesan, baik itu dari sisi banyaknya jumlah transaksi atau bisa dilakukan juga perdivisi. hal ini harus dibicarakan oleh user dahulu yang mana yang dapat dijadwalkan dan yang mana tidak... Begitu solusi yang kami lakukan... Mudah2an membantu... Terima kasih Rgds, Herry _____ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Burghan Sent: Wednesday, December 13, 2006 4:46 PM To: [email protected] Subject: Re: [indo-oracle] alokasi memory oracle database Hi All, thanks banget buat sharingnya, sangat membantu saya. kemarin saya sudah dapat artikel comparasi antara 32 bit dan 64 bit disitu clear mengebai keterbatas aplikasi 32 bit. Pak Hery, dari pengalaman yang anda alami, apa solusi yang anda ambil akhirnya? karena kalo saya lihat memang betul alokasi SGA bisa lebih dari 2GB tapi untuk Buffer cache saja yang bisa besar sedangkan untuk large pool size tidak bisa besar. untuk pengaturan SGA saya set automatic, terlihat disitu yang paling besar adalah porsi buffer cache sedangkan untuk shared pool cuma 10% dari total. kalo dari monitoring user, jumlah concurent user memang 20 user tapi setiap user buka aplikasi dia bisa bikin beberapa sesi dengan menggunakan user yang sama. jadi kadang usernya bisa sampe 2 kali lipat. Pak Andrew, saya dapat dari metalink untuk supaya alokasi bisa lebih dari 4GB, ini saya copykan: "c) Breaking through the Intel Windows NT 4GB limits --------------------------------------------------- The introduction of Intel Servers that can support greater than 4GB of main memory has presented a challenge to Windows NT, because NT is only capable of using up to 4GB in total. This is especially important as a growing number of enterprise class applications are capable of deriving benefit from this extra memory. Intel has introduced Servers based on the Pentium II/III Xeon processor with support for the Intel Extended Server Memory (ESM) Architecture which breaks through the 4GB (32-bit) memory barrier. ESM includes 36-bit memory addressing technologies which are capable of addressing 64GB of main memory, using the Page Size Extension 36-bit (PSE36) driver, which must be obtained from Intel. The current PSE36 driver is limited to 8GB. The Intel PSE36 driver is a standard RAM disk device (based on the Windows NT DDK RAM disk driver) that lacks a file system and is backed by main memory that is unused by the operating system. The PSE36 driver functions like a raw disk with much lower latency and allows 4MB pages to exist at addresses anywhere in the 36-bit address space. Applications must be rewritten to make use of this feature. Only one process may open / access the PSE36 driver at a time, this process gets exclusive access to all of the additional memory. The RAM disk is not shared between processes, it is never mapped into the address space of a process and it is not backed by the Windows NT page file. Applications that use this device driver access it via the same Win32 API function calls used to access standard raw disk partitions : - CreateFile : obtains a file handle to the PSE36 device driver and specifies access modes - DeviceIoControl : obtains the size of the PSE36 driver device and provides optimised READ and WRITE device controls Systems with less than 4GB of memory can still utilize the PSE36 driver as long as the /MAXMEM switch is added to the Windows NT boot.ini file. For example on a system with 4GB of memory and a Xeon processor MAXMEM could be set to 2048 MB : multi(0)disk(0)rdisk(0)partition(2)\WINNT="Windows NT 4.0 EE" /MAXMEM:2048 Under such a configuration, assuming 256MB of address space at the top of memory has been reserved for I/O devices, Windows NT would control a 2GB chunk of memory and 1.75GB would be controlled by the PSE36 driver. For systems with greater than 4GB of physical memory the MAXMEM parameter can be used to maximize the amount of memory used by the PSE36 driver which is useful in systems where processes have only modest kernel memory requirements. For example on a machine with 5GB of physical memory, MAXMEM could be set to 3GB (3072) to increase the memory available to the PSE36 driver from 1GB to 2GB. Although it is often unnecessary to set MAXMEM on such systems because Windows NT in unable to access memory beyond 4GB." Terimakasih atas sharingnya, ini sangat membantu Salam Burghan On 12/13/06, Andrew E.K. <[EMAIL PROTECTED] <mailto:endrue81%40yahoo.com> > wrote: > Hi, > > Untuk artikelnya mesti coba saya cari dulu nih. Untuk Sekedar menambahkan, > dengan 20 concurent user dr pengalaman untuk Database OLTP shared_pool_size > saya alokasi tidak lebih dr 500 MB, jika terlalu besar tidak efisien. Untuk > Buffer cache, bisa anda sesuaikan dengan karateristik transaksinya. Coba > dianalisa aja pak pada saat Peak Team, bisa mulai cek dari V$system_event > untuk melihat wait event nya yg bermasalah atau bisa diaktifkan > statspacknya. > Untuk penggunaan /PAE dr pengalaman memang terbaca physical memorynya,tetapi > tetap sama kok pak alokasi memory maksimum untuk oraclenya tetap 3GB. Dulu > saya jg pernah kepentok kantor punya server 32 bit dgn 10GB memory jadi > mubazir :). > Kalo mo coba cari di milis ini ada kok bahas masalah ini sampe detail. > Semoga membantu. > > Salam, > > Andrew E.K. > > Burghan <[EMAIL PROTECTED] <mailto:burghan%40gmail.com> > wrote: Hi > Andrew dan Hery, > saya coba brose di metalink dan saya baca kekurangan saya adalah > menambahkan > /3GB di boot.ini untuk menembus limit 2GB dari windos, di boot ini saya > hanya menambahkan /PAE untuk membaca dari physical memory. apakah betul > penyebabnya ini?. > "Jadi sebenernya dari yang saya baca2 di metalink untuk platform 32 bit > alokasi memory 4 GB( 3 GB untuk SGA+PGA dan 1 GB untuk Kernel > proses)."----> > berarti untuk platform 32 bit maksimal alokasi memory SGA+PGA tidak bisa > lebih dari 3 GB yah?karena saya juga lagi bingung user minta kita > merecomendasikan berapa lagi memory yang ditambahkan. karena kalo saya > recomendasi untuk menambah memory ternyata tidak solve juga bisa digantung. > apalagi kemarin sudh menaikan memory dari 3 GB jadi 6 GB. apalagi minta > ganti server 64 bit tapi kalo alasannya tepat bahwa kita gak bisa solve > dengan menambah memory. bisa share dokumentasinya gak, yang menyatakan > masalah memory di platform 32 GB?. > untuk merubah dedicated server menjadi shared server saya sudah baca untuk > server windows tidak akan terlalu besar pengaruhnya, tidak seperti kalo > servernya menggunakan unix. memang ini jadi pertimbangan saya juga karena > usernya skrg sekitar 20 user tapi kalo tidak terlalu berpengaruh jadi ragu > juga. > > Thanks buat sharingnya, > > Burghan > > On 12/12/06, Andrew E.K. <[EMAIL PROTECTED] <mailto:endrue81%40yahoo.com> > wrote: > > > > Hi Burghan, > > > > Saya pernah dulu coba2 nih alokasi memory di 32 bit Windows 2003 Server > > sampai >3GB sempat berhasil sekali tetapi proses2nya banyak yang jd gak > > bener dan akhirnya saya dwn lagi DB nya. Jadi sebenernya dari yang saya > > baca2 di metalink untuk platform 32 bit alokasi memory 4 GB( 3 GB untuk > > SGA+PGA dan 1 GB untuk Kernel proses). Walaupun dengan Linux pun, selama > 32 > > bit tetap sama kondisinya. > > Semoga membantu. > > > > Salam, > > > > Andrew > > > > Burghan <[EMAIL PROTECTED] <mailto:burghan%40gmail.com> <burghan%40gmail.com>> wrote: Hi Andrew, > > Thanks buat informasinya, saya menggunakan windows 2003 server di 32 bit, > > saya tidak tahu kalo di windows server 2003 32 bit ada batasan untuk > > alokasi memory SGA, berarti tidak boleh lebih dari 1,8 untuk > > SGA+PGA?atau tepatnya berapa yah? tapi alokasi memory sekarang sudah > > lebih dari 1,8. dan saya pernah nanya ketemen dia juga pake 10g di > > windows server 2003 32 bit dia bisa set untuk SGA sampai 2,5 GB. > > kalo saya lihat error untuk 'Unable to begin new thread' itu adalah > > osd-04200, jadi sudah kehabisan memory, padahal kalo saya lihat di > > task manager available memory masih 2 GB. > > thanks buat advise-nya yah > > Regards, > > Burghan > > > > On 12/11/06, Andrew E.K. <[EMAIL PROTECTED] <mailto:endrue81%40yahoo.com> <endrue81%40yahoo.com>> > > wrote: > > > Hi, > > > > > > Untuk Windows 2003 Servernya ini anda di 32 bit atau 64 bit? Jika Di 32 > > Bit > > > memang ada limitation untuk alokasi memory Oracle di SGA. Jadi kalau > > memang > > > ada kebutuhan alokasi memory SGA+PGA lebih dari 1,8 GB mungkin saatnya > > anda > > > ke 64 bit, tapi ada juga solusi dari oracle untuk pakai Oracle > Parameter > > > untuk baca direct memory(untuk lengkapnya bisa coba cari di Metalink > > atau > > > Google dgn keywords Large SGA Memory Allocation). > > > Tapi dari pengalaman lebih baik anda upgrade hardwarenya ke 64 bit, > > karena > > > pada realnya saya coba dengan merubah parameter as suggested by oracle > > malah > > > sering error. > > > Semoga membantu. > > > > > > Salam, > > > > > > Andrew > > > > > > Burhan <[EMAIL PROTECTED] <mailto:burghan%40gmail.com> <burghan%40gmail.com>> wrote: Hi All, > > > saya menemukan masalah dengan database server saya. > > > saya menggunakan database 10.1.0.4 di windows 2003 server dengan total > > > memory 6 GB. di server ini juga terinstal application server erp. > > > alokasi memory sekarang adalah untuk MAX_SGA_SIZE=1,5 GB dengan > > > menggunakan automatic shared dan PGA_AGREGATE_TARGET = 500 MB. dalam > > > keadaan normal(tidak proses yang berat) semua berjalan normal database > > > juga lumayan kenceng. > > > kemudian saya mencoba untuk menaikan alokasi MAX_SGA_SIZE=1,75GB dan > > > PGA_AGREGATE_TARGET = 750 MB. database server jadi error muncul di even > > > viewer messagenya adalah 'unable to begin new thread', kemudian setelah > > > saya kembalikan ke settingan awal masalah itu bisa solve. > > > pertanyaan berapa alokasi memory max yang bisa diconfigure. > > > > > > Thanks buat sharingnya > > > > > > Regards, > > > Burghan > > > > > > > > > > > > > > > > > > > > > --------------------------------- > > > Any questions? Get answers on any topic at Yahoo! Answers. Try it now. > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > > > --------------------------------- > > Everyone is raving about the all-new Yahoo! Mail beta. > > > > [Non-text portions of this message have been removed] > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > --------------------------------- > Everyone is raving about the all-new Yahoo! Mail beta. > > [Non-text portions of this message have been removed] > > > [Non-text portions of this message have been removed]
