Oracle 12c Sistem Metodolojinizi Nasıl Giderilirsiniz? 4 temel teknikler - aumlalar

Oracle 12c veritabanınız, oluşturduğunuz veritabanlarını desteklemek için bilgisayarınızda birkaç sistem gerektiriyor. Veritabanınızla ilgili sorun yaşıyorsanız, kontrol etmek için birkaç sistem aşağıda açıklanmıştır:

CPU kullanımı: CPU maksimum seviyeye çıkar mı?
Bellek: Ne kadar bellek var?
Kullanılabilir disk alanı: Kullanılabilir disk alanı var mı?
Sistem olay günlükleri: Sistemde rapor edilen herhangi bir şey var mı?

Bu kontrolleri gerçekleştirmek için bir sistem yöneticisi olmanız gerekmez.

Oracle 12c reklam CPU kullanımı

Sunucular tek veya çoklu CPU'lara sahip olabilir. Ne olursa olsun, işlemenin sunucu tarafından uygulama isteklerini işleyebilmesi için kullanılabilir olması gerekir.

Bir makinenin çok yüksek veya tamamlanmış CPU kullanımı varsa, performans sorunları ortaya çıkacaktır.

Windows'ta, daha önce bahsedilen Windows Görev Yöneticisi bir Performans sekmesine sahiptir. Bu sekme CPU kullanımını yüzde olarak ve
Linux / UNIX sistemleri için, daha önce açıklanan üst komut, ekranın üst kısmında CPU kullanımını görüntüler.

Oracle 12c ve bellek

Sunucuda bellek yoksa, sistem performansı sıkıntı çeker veya durur. Az veya hiç belleğe sahip olmayan bir sunucuyu çalıştırmak istenmez. Sunucu sürekli olarak boşa harcanmış bellek buluyorsa, daha fazla bellek ekleyin veya programlar için ayrılan bellek miktarını azaltın.

Windows daki belleği kontrol etmek için, Windows Görev Yöneticisi Performansı sekmesi makinenin toplam belleğini ve kullanılabilir miktarı sağlar.
Linux / UNIX sistemlerinde belleği kontrol etmek için birden fazla araç bulunur; ancak en iyi yardımcı program bu bilgiyi hızla sağlar.

Kullanılabilir disk alanı ve Oracle 12c

Disk alanı, disk kullanımından farklı. Bir diskte okuma ve yazma sıklığı kullanımı olup önemli bir performans faktörü olabilir. Kullanılabilir disk alanından kurmak sisteminizi durdurabilir ve burada odaklanır çünkü DBA olarak bu konuda bir şeyler yapabilirsiniz.

Bir disk dolduğunda ne olabilir? Bu diske yazanlara bağlı. Günlük dosyalarına en azından yazılamaz ve tablolar genişletilemez. En kötü ihtimalle arşiv günlük dosyaları başarıyla yazılmaz ve veritabanı kilitlenir.

Diğer yazılımlarla işlemler yüksek miktarlarda CPU dönebilir ve Java Sanal Makineleri çökebilir. Bu sorunlardan herhangi birinin masanıza panik çağrısı oluşturması muhtemeldir.

Disk alanını kontrol etmenin en hızlı yolu, herhangi bir dosya sisteminin yüzde yüz dolgun olup olmadığını görmektir.

Windows sistemleri için en hızlı yol, Bilgisayarıma gidip her disk sürücüsü için boş alana bakmaktır. Tüm bilgileri almak için Görünüm sekmesinde Ayrıntılar seçeneği seçili olduğundan emin olun.
df -m komutu Linux ve Oracle Solaris kullanıcılarına yardımcı olur:
```
$ df -m Dosya Sistemi 1M-bloklar Kullanılmış Kullanılabilir% Ayraç üzerine / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / sh / dev / sda5 8064 208 7447 3% / ev / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0% 100 / / media / Oracle12cBeta
```
Bu kod, dosya sistemlerini, kullanılan yüzde, yüzde boş (mevcut) ve gerçek miktarları megabayt cinsinden göstermektedir. Df -k komutu aynı bilgileri ancak kilobayt cinsinden listeleyebilir. -k bayrağı, UNIX'in bazı sürümleri -m bayrağını desteklemediğinden kullanışlıdır.
HP-UX UNIX sistemlerinde bdf kullanın.

Oracle 12c ve sistem olay günlükleri

Eğer her şey başarısız olursa, bilgisayarın size söylediklerini dinleyin. Bir DBA olarak, sunucunuzdaki ve belki de uygulamanın parçası olan tüm sunuculardaki sistem olay günlüklerine en azından okuma erişiminiz olmalıdır.

Sistem olay günlükleri sunucudaki rutin olayları kaydeder, ancak sistem sorunlarınızın nedeni olabilecek özel hata olaylarını listeleyebilir. Bazen olay günlükleri açıkça donanım sorunlarını listeler veya dosya sistemlerinin dolu olduğunu veya makinenin yeniden başlatıldığını veya çöktüğünü gösterir. Bunların hepsi, bir sorunu izlemeye çalıştığınızda ne olduğunu bilmek için iyi bir şeydir.

Olay günlüklerinin konumu değişebilir ve çoğu zaman ek günlükler, sisteminizi öğrenirken incelenecek OS günlüklerinin ötesinde.

Windows sistemlerinde, sistem ve uygulama günlüklerini görmek için Denetim masası → Yönetimsel Araçlar → Olay Görüntüleyicisi'ne gidin.
Linux / UNIX sistemlerinde / var / adm / messages ve / var / log / syslog oldukça değerlidir. Dmesg komutu en son sistem günlük dosyasının sonunu görebilir.

Bu bilgilerin birçoğu, İşletim Sistemi sahibi olmayan bir DBA için mantıklı olmayabilir; Ancak, sistem yöneticisinin görüşünü almak için hataları görmek yeterli olabilir.