Oracle active data guard sistemi, özetle; primary database tarafından standby database tarafına transfer edilen archive logların uygulanması (apply) biçiminde çalışır. Bağlantı problemleri sıralı logların transferinde eksiklerin oluşmasına neden olabilir. Bu durumda eksik loglar primary database tarafında diskte değilse, rman ile recover edilir.
Örn; RESTORE ARCHIVELOG FROM SEQUENCE 203524 UNTIL SEQUENCE 203524 thread 1; gibi
Primary side tarafında diskte yer alan loglar standby tarafına iletilecektir.
Standby tarafında transfer edilen sıralı loglar MRP prosesi tarafından işlenir. Transfer problemi varsa bu durum alertlog a GAP olarak yansır. Standby database tarafında MRP prosesinin durumu kontrol edilerek hangi logda problem olduğu kolayca anlaşılabilir.
MRP prosesinin durumu şu sorgu ile kontrol edilir.
select status,sequence# from v$managed_standby WHERE PROCESS=’MRP0′;
eğer aradaki eksik log sayısı ağ üzerinden gönderilemeyecek kadar fazlaysa archivelog ‘lar manuel olarak taşınabilir diske alınır. Disk standby tarafına mount edilerek şu şekilde logların manuel register olması sağlanır.
ALTER DATABASE REGISTER LOGFILE ‘/media/disk/thread_1_seq_202393.1444.761832629′ ;
Eksik log olmamasına rağmen MRP prosesi archivelog ları standby tarafında sıraya alıyor fakat işlemiyorsa, en son işlemeye çalıştığı archivelog tekrar manuel register edilmeye çalışılmalıdır.
Son işlenen archivelog listesi şu şekilde görüntülenebilir,
select * from (SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE# desc) t1 where rownum<300;
Redo Apply servisi başlatmak için;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
Redo Apply servisi durdurmak için;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
System: centos 5.6
Geliştiricilerimizin kullandığı phpexcel (http://phpexcel.codeplex.com/) kütüphanesinin çalışması için php zip modülünü çalışan sistemde aktif hale getirmem gerekti. Fatal error: Class ‘ZipArchive’ not found hatasını aşmak için aşağıdakileri gerçekleştirdim.
Solution:
Sistemde php53-pear yüklüyse zip kurmak için ayrıca phpize komutuna ihtiyacımız var. phpize, php53-devel paketi içinde yer alıyor, autoconf213 php53-devel paketi için gerekli olduğu için yüklüyoruz.
# yum install autoconf213
# get http://oss.oracle.com/projects/php/dist/files/EL5/x86_64/php53-devel-5.3.5-1.el5.x86_64.rpm
# rpm -ivh php53-devel-5.3.5-1.el5.x86_64.rpm
# get http://pecl.php.net/get/zip-1.10.2.tgz
# pear install zip-1.10.2.tgz
# service httpd restart
=====
[root@ares rpm]# rpm -ivh php53-pear-1.9.1-7.el5.remi.noarch.rpm
warning: php53-pear-1.9.1-7.el5.remi.noarch.rpm: Header V3 DSA signature: NOKEY, key ID 00f97f56
Preparing… ########################################### [100%]
1:php53-pear ########################################### [100%]
[root@ares rpm]# whereis pear
pear:
[root@ares rpm]# pear
-bash: pear: command not found
[root@ares rpm]# ln -s /usr/bin/php53/pear /usr/bin/pear
[root@ares rpm]# pear install zip-1.10.2.tgz
/usr/bin/pear: line 3: /usr/bin/php53/php: No such file or directory
/usr/bin/pear: line 3: exec: /usr/bin/php53/php: cannot execute: No such file or directory
[root@ares rpm]# ln -s /usr/bin/php /usr/bin/php53/php
[root@ares rpm]# pear install zip-1.10.2.tgz
61 source files, building
WARNING: php_bin /usr/bin/php53/php appears to have a suffix 53/php, but config variable php_suffix does not match
running: phpize
Configuring for:
PHP Api Version: 20090626
Zend Module Api No: 20090626
Zend Extension Api No: 220090626
building in /var/tmp/pear-build-root/zip-1.10.2
running: /var/tmp/zip/configure
checking for egrep… grep -E
checking for a sed that does not truncate output… /bin/sed
checking for cc… no
checking for gcc… no
configure: error: no acceptable C compiler found in $PATH
See `config.log’ for more details.
ERROR: `/var/tmp/zip/configure’ failed
[root@ares rpm]# yum install gcc
[root@ares rpm]# pear install zip-1.10.2.tgz
Konsolu kullanarak resimleri yeniden boyutlandırmak, çevirmek, resimler üzerine yazı yazmak istermisiniz, 1000′lerce resmi tek bir komut ile yeniden boyutlandırmak çok daha fazlasını imagemagick programı ile gerçekleştirebiliyorsunuz. Yapmanız gereken tek şey konsolun gücünü ve imagemagick programının yeteneklerini birleştirmek.
öncelikle imagemagick kurulumunu gerçekleştirelim.
bsd6# pkg_add -r ImageMagick
Bir dizindeki tüm .jpg dosyalarını max:500 width ve max:500 height olacak şekilde, şu komutla yeniden boyutlandırıyoruz.
bsd6# cp -fr tata_yedek_resimler/ tata_thumbs
bsd6# cd tata_thumbs/
bsd6# find . -type f -print0 | xargs -0 mogrify -adaptive-resize 128×100
bsd6# pwd
/home/okan/tata_thumbs
bsd6# ll
total 10
drwxr-xr-x 2 root okan 512 Jan 19 02:24 dicor
drwxr-xr-x 2 root okan 512 Jan 19 02:24 indica
drwxr-xr-x 2 root okan 512 Jan 19 02:24 indigo
drwxr-xr-x 2 root okan 512 Jan 19 02:24 marina
drwxr-xr-x 2 root okan 512 Jan 19 02:24 tatapickup
bsd6# cd marina/
bsd6# ll
total 88
-rw-r–r– 1 root okan 4043 Jan 19 02:25 marina_b_01.jpg
-rw-r–r– 1 root okan 3591 Jan 19 02:25 marina_b_02.jpg
-rw-r–r– 1 root okan 5424 Jan 19 02:25 marina_b_03.jpg
-rw-r–r– 1 root okan 5989 Jan 19 02:25 marina_b_04.jpg
-rw-r–r– 1 root okan 6914 Jan 19 02:25 marina_b_05.jpg
-rw-r–r– 1 root okan 5601 Jan 19 02:25 marina_b_06.jpg
-rw-r–r– 1 root okan 6465 Jan 19 02:25 marina_b_07.jpg
-rw-r–r– 1 root okan 5936 Jan 19 02:25 marina_b_08.jpg
-rw-r–r– 1 root okan 6327 Jan 19 02:25 marina_b_09.jpg
-rw-r–r– 1 root okan 7320 Jan 19 02:25 marina_b_10.jpg
-rw-r–r– 1 root okan 4382 Jan 19 02:25 marina_b_11.jpg
-rw-r–r– 1 root okan 3097 Jan 19 02:25 marina_b_12.jpg
-rw-r–r– 1 root okan 5882 Jan 19 02:25 marina_b_13.jpg
-rw-r–r– 1 root okan 6231 Jan 19 02:25 marina_b_14.jpg
bsd6# identify marina_b_01.jpg
marina_b_01.jpg JPEG 128×82 128×82+0+0 DirectClass 8-bit 3.94727kb
Gördüğnüz gibi dosyamızın boyutu max 128 width olacak şekilde yeniden boyutlandırılmış. Program ve örneklerle ilgili detaylar için http://www.imagemagick.org/script/command-line-tools.php adresini ziyaret edebilirsiniz.
Ali Okan Yuksel
Linux’ta
==
[user@test ~]$ echo -n “123456″|md5sum
e10adc3949ba59abbe56e057f20f883e -
eğer echo ile -n parametresini kullanmazsanız, eklenen newline karakteri türettiğiniz hash in hatalı olmasına neden olur.
FreeBSD kullanıyorsanız
==
[user@test ~]$ md5 -s “123456″
e10adc3949ba59abbe56e057f20f883e
biçiminde hast elde edebilirsiniz.
syn flood, udp flood biçiminde ddos ataklarının yapıldığını biliyoruz
white horses yöntemi oldukça ilginç, bu şekilde yapılan bir atak ne kadar başarılı olur test etmedim , “White horses” adayları google, yahoo, hotmail.
spammer tarafından gönderilen mailler ile smtp protokolünün mantığı gereği yapılan dns çözümlemeleri atak amaçlı kullanılıyor.

sistem: centos 5.5
dansguardian configure script i çalıştırdığımda
No package ‘libpcre’
hatası aldım çözüm için pcre-devel paketi yüklenmeli
# yum install pcre-devel
sistem: centos 5.5
/etc/squid/squid.conf dosyasına
visible_hostname yukselo-test
eklenerek sorun çözüldü.
# setenforce 0
# setenforce 1
# getenforce
/etc/selinux/config
TCP blackhole problemi yaşadığınız linux sunucu tarafındaki MSS’yi değiştirmek için:
Eklemek için:
ip route add default via 192.168.40.254 advmss 1360
Değiştirmek için:
ip route chg default via 192.168.40.254 advmss 1360
Windows ise;
Path Maximum Transfer Unit (PMTU) kara delik algılama özelliğini etkinleştirme
PMTU kara delik algılama özelliğini etkinleştirmek için şu adımları izleyin:
Başlat’ı ve sonra da Çalıştır’ı tıklatın, regedit yazın ve Tamam’ı tıklatın.
Kayıt defterinde aşağıdaki anahtarı bulun:
Ağ arabiriminin MTU boyutunu el ile ayarlama
Ağ arabiriminin MTU boyutunu el ile ayarlarsanız, bu ayar, ağ arabirimi için varsayılan MTU değerini geçersiz kılar. MTU boyutu, aktarımın arka plandaki ağ üzerinden ilettiği paket için bayt olarak en büyük boyuttur.
Bu yöntem, tüm hedeflere gönderilen paketleri etkiler ve ayarladığınız MTU boyutuna bağlı olarak performansı da önemli ölçüde etkileyebilir.
Ağ arabiriminin MTU boyutunu ayarlamak için şu adımları izleyin: