hepsiburada.com
kitapyurdu.com
ideefixe.com Cilt 2. İleri Düzey Programlama Bölüm 22. ADO.NET Mimarisi
Bölüm 23. ADO.NET Bağlantılı Sınıflar
Bölüm 24. ADO.NET Bağlantısız Sınıflar
Bölüm 25. DataSet Nesne Türleri
Bölüm 26. DataAdapter Kullanımı
Bölüm 27. İleri ADO.NET Konuları
Bölüm 28. XML Nedir?
Bölüm 29. .NET Framework’te XML Programlama
Bölüm 30. VB.NET 9.0 Yenilikleri
Bölüm 31. LINQ Sorgulama Yöntemi
Bölüm 32. SQL ve XML için LINQ Kullanımı
Ek A: .NET Framework Mimarisi ve Bileşenleri Kitapların detaylı İÇİNDEKİLER bölümü için tıklayınız. ]]> http://www.ahmetkaymaz.com/2009/09/09/vbnet-kitabi-yayinlandi/feed/ 14 http://www.ahmetkaymaz.com/2009/02/10/c-kitabinin-ileri-duzey-programlama-cildi-yayinlandi/ http://www.ahmetkaymaz.com/2009/02/10/c-kitabinin-ileri-duzey-programlama-cildi-yayinlandi/#comments Tue, 10 Feb 2009 08:08:24 +0000 Ahmet Kaymaz http://www.ahmetkaymaz.com/?p=262 C# Programlama Dili ve Yazılım Tasarımı Cilt 1. Programlama İlkeleri Bölüm 1. .NET Framework Temel Kavramları
Bölüm 2. C# Programlama Diline Giriş
Bölüm 3. Veri Türleri ve Değişkenler
Bölüm 4. Operatörler
Bölüm 5. Kontrol Deyimleri
Bölüm 6. Diziler
Bölüm 7. Nesne Yönelimli Programlama
Bölüm 8. Statik Üyeler & Harici Sınıflar
Bölüm 9. OOP’nin Temel İlkeleri
Bölüm 10. Yapı, Numaralandırma ve Öznitelik
Bölüm 11. Aykırı Durum Yönetimi
Bölüm 12. NET’te Koleksiyon Nesneleri
Bölüm 13. Delegeler ve Olaylar
Bölüm 14. .NET’te Giriş/Çıkış Kullanımı
Bölüm 15. Sözce/String Türü ve Karakter Biçimlendirme İşlemleri
Bölüm 16. Operatörlerin Yeniden Yüklenmesi
Bölüm 17. Yansıma (Reflection)
Bölüm 18. Emniyetsiz Kod ve İşaretçiler
Bölüm 19. Çok Parçacıklı (Multithreading) Programlama
Bölüm 20. Bütünleştirilmiş Kod (Assembly) Türleri ve Kullanımı
Bölüm 21. Windows Form Uygulamaları (GUI)
Ek A: UML Diyagramları

hepsiburada.com
kitapyurdu.com
ideefixe.com Cilt 2. İleri Düzey Programlama Bölüm 22. ADO.NET Mimarisi
Bölüm 23. ADO.NET Bağlantılı Sınıflar
Bölüm 24. ADO.NET Bağlantısız Sınıflar
Bölüm 25. DataSet Nesne Türleri
Bölüm 26. DataAdapter Kullanımı
Bölüm 27. İleri ADO.NET Konuları
Bölüm 28. XML Nedir?
Bölüm 29. .NET Framework’te XML Programlama
Bölüm 30. C# 3.0 Yenilikleri
Bölüm 31. LINQ Sorgulama Yöntemi
Bölüm 32. SQL ve XML için LINQ Kullanımı
Ek A: .NET Framework Mimarisi ve Bileşenleri

kitapyurdu.com
ideefixe.com
hepsiburada.com Kitapların detaylı İÇİNDEKİLER bölümü için tıklayınız. ]]> http://www.ahmetkaymaz.com/2009/02/10/c-kitabinin-ileri-duzey-programlama-cildi-yayinlandi/feed/ 50 http://www.ahmetkaymaz.com/2009/02/09/ceturk-microsoft-teknolojileri-etkinligi/ http://www.ahmetkaymaz.com/2009/02/09/ceturk-microsoft-teknolojileri-etkinligi/#comments Mon, 09 Feb 2009 15:38:01 +0000 Ahmet Kaymaz http://www.ahmetkaymaz.com/?p=258 CETURK, 7 Şubat Cumartesi günü Microsoft Türkiye İstanbul Ofisi‘nde benim de Ado.Net 3.5 / Ado.Net Entity Framework konusuyla konuşmacı olarak katıldığım Microsoft Teknolojileri Etkinliği‘ni düzenledi. Benim açımdan iş ve sosyal hayat olarak yoğun bir haftaya denk gelmesi, hediye olarak verdiğimiz kitapları yetiştirmek için ciddi bir zaman harcamış olmam ve bunun sonucunda kendi sunum saatine yetişemememden dolayı etkin bir performans sergileyememiş olsam da benim için faydalı oldu. Konu katılımcı profiliyle ne kadar uyuştu veya onların ne kadar ilgisini çekti bilemiyorum ancak birkaç arkadaşın bu konularda ürün çıkaracak kadar çalışıyor olmaları beni daha da cesaretlendirdi. Tüm katılımcılara ve etkinliği düzenleyen CETURK ekibine de teşekkür ederim. Oturumumla ilgili sunumu aşağıda bulabilirsiniz.

Etkinlikle ilgili detayları http://www.ceturk.com/etkinlikkayit.asp?id=63 adresinde bulabilirsiniz.

Kitap, nitelikli konu seçimiyle, sade ve düzgün Türkçe kullanımıyla, her bölümün sonunda verdiği özet ve sorularla, gerçek projelerden alınmış örneklerle, yeni gelişmeleri de içeriyor olmasıyla gerek yeni öğrenen gerekse deneyimli uygulama geliştiriciler için vazgeçilmez bir başvuru kaynağı niteliğindedir.

Ayrıca konuları yüzeysel değil bir mühendis yaklaşımıyla ayrıntılı ele alması bakımından üniversitelerin Bilgisayar Mühendisliği, Matematik-Bilgisayar, Yönetim Bilişim Sistemleri, Endüstri Mühendisliği, Yazılım Mühendisliği gibi mühendislik ve sosyal bilimlerde dört yıllık lisans ve meslek yüksek okulu öğrencileri için de yararlı bir ders kitabı olma özelliğindedir.

Cilt 1. Programlama İlkeleri
Cilt 2. İleri Düzey Programlama

Kitabı satın almak için aşağıdaki linkleri kullanabilirsiniz.
hepsiburada.com
kitapyurdu.com
ideefixe.com

İÇİNDEKİLER Bölümü İçin Tıklayınız.

Önsöz

.NET Framework hakkındaki en son güncel bilgileri içeren bu kitabın Microsoft yazılım platformunu öğrenmek isteyen yazılımcılara ve sektöre girmek üzere hazırlanan öğrenci arkadaşlarımıza yol gösterici olacağını düşünüyorum.

Türkçe teknik içerik yazılım sektöründe önemli bir eksiklik olarak durmaktadır. Bu çalışmanın da böylesi önemli bir açığı da kapatacağına inanıyoruz. Kitabın içeriğinin sadece teorik bilgi ile sınırlı kalmaması ve yazarın profesyonel hayattaki deneyimlerini de okuyucu ile paylaşıyor olması zengin içeriğine daha da fazla değer katmaktadır.

Bu kitapla Ahmet KAYMAZ’ın sektörümüze önemli bir katkı sağladığını düşünüyor ve kendisini böylesi ayrıntılı ve titiz çalışması dolayısı ile kutluyorum.

Mehmet EMRE
Microsoft Türkiye

Bu seri, Microsoft teknolojilerini kullanan bir yazılım mühendisi için hem başlangıç hem de ileri düzey sürecinde referans teşkil etmeliydi. Özellikle Bilgisayar Mühendisliği, Bilgisayar Programcılığı ve ilgili diğer bölümler için akademik bir kaynak olmalıydı. Bu amaçla serinin Windows, Web ve veri tabanı konulu kitaplardan oluşmasını hayal ediyordum. Projeyi kafamda ve kağıtta olgunlaştırıp yazmaya başladım.

Öncelikle haftasonu verdiğim eğitim notlarımı, okuldayken hocalardan öğrendiğim notları, profesyonel iş hayatında karşılaştığım sorun ve ipuçları gün yüzüne çıkardım. Ardından kitapların muhtemel içeriğini belirledim. İlk başta aynı kitapta hem C# dilinin hem de VB.NET dilinin olduğu “İki dil birden” formatında yazmaya başladım ancak bunun pek kullanışlı olmayacağını düşünerek ikisini birbirinden bağımsız yazmaya karar verdim. 2005′in başlarında ilk cümleyi yazmaya başladım. Her bir satırı yazdıkça yazarlara olan saygım daha da artıyordu. Bilmenin yapabilmek olmadığını, anlatabilmek olmadığını özellikle yazmanın bilmenin çok ötesinde birşey olduğunu anladım. Araya sosyal ve iş hayatının yoğunluğunun girmesiyle proje uzadıkça uzadı. Çok kısa sürede bilgisayar kitaplarının yazıldığı, popüler bir tüketim alışkanlığının kazandırıldığı ve Microsoft ile teknoloji gelişimi anlamında yarışmanın mümkün olmadığı bir dönemde bu kadar gecikmek birkaç kez projeden soğumama neden oldu. Etrafımdaki değerli dostlarım aracılığıyla ancak tüm seriyi 2008′in yazında bitirebildim. İlk başta C#, VB.NET, ASP.NET ve SQL Server kitaplarından oluşması düşünülen bu seri SQL Server olmadan tamamlandı. Kitapların iyi birer kaynak olması gerekiyordu bunun için de zaman yetmiyordu. Bu yüzden SQL Server’e hiç başlamamaya karar verdik. SQL Server, sırf kitap olsun diye yazılacak bir platform olmadığı için yazılacaksa gerçekten hakkı verilerek yazılmalı. Bunun da önemli bir zaman alacağı kanısındayım. Önümüzdeki yıllarda SQL Server’in özellikle DBA’ler için bir yönetim kitabı çıkarmayı düşünüyorum.

İyi ve faydalı kitaplar olması için iyi bir yayın danışmanı ve iyi bir yayıneviyle çalışmak gerekiyordu. Bunun için bu sektörde birçok kişiye hocalık yapmış olan ve “İşte C” kitabıyla birçok kişinin C dilini öğrendiği Dr. Rifat Çölkesen beyefendiyle çalıştık ve yayınevi olarak ta akademik – bilimsel – üniversite ders kitapları basan Papatya Yayınclık Eğitim A.Ş. tercih edildi. Kitaptaki teknik anlatımın doğruluğu için başta TurkoCRM’in yaratıcılarından Murat Öngüdü olmak üzere birçok Bilgisayar Mühendisi ile çalışıldı. Bu kişilerin özellikle piyasada çalışıyor olmalarına dikkat edildi. Çünkü kitapların teoriyle birlikte bilgilerin gerçek hayatta hangi projelerde nasıl kullanılacağını örneklendirilmesi amaçlandı. Teknik öneriler için Prof. Dr. Esat HAMZAOĞLU ve kitaplarda yalın bir Türkçe’nin kullanılması için Necdet AVCI ve Batuhan AVCI önemli katkılarda bulundu. Sayfa düzeni ve kapak tasarımı için Olcay Kara’yı da unutmamak lazım. Bu kitapların bu kişilerin katkısıyla daha da iyi olduğu kanısındayım. Hepsine şükranlarımı sunuyorum. Bundan sonrası okuyucunun takdirine bırakılmıştır.

Yazılım mühendisi/uzmanı olmak isteyenler veya daha da uzmanlaşmak için düşündüğümüz serinin kitapları şunlardır;

C# Programlama Dili ve Yazılım Tasarımı (2 Cilt)
VB.NET Programlama Dili ve Yazılım Tasarımı (2 Cilt) – Baskıda
ASP.NET ile Web Uygulamaları Geliştirme (C# ve VB.NET uyarlamalı) – Baskıda

Serinin ilk kitabı olarak C# dilini seçtik. Kitabın 2 cilt olarak çıkarılmasının hem okunabilirliği hem de konu bütünlüğü açısından daha iyi bir çözüm olacağına karar verildi. Çalışmalarının bitmesiyle birlikte C# kitabının ilk cildi 2008-Kasım ayında piyasaya sürüldü. “Geç olsun, kötü olmasın” diyerek bu kitabı da namluya sürdük.

EXEC sp_addarticle @publication='MerkezData', @article='Sehir',@source_table='Sehir'

Bu komutu çalıştırdığımızda aşağıdaki gibi bir hata mesajıyla karşılaşırız.
Msg 20607, Level 16, State 1, Procedure sp_MSreinit_article, Line 99
Cannot make the change because a snapshot is already generated. Set @force_invalidate_snapshot to 1 to force the change and invalidate the existing snapshot.

Bu mesajın sebebi hali hazırda bir snapshot oluşturulmuş olmasıdır. Yeni tablo eklemekle birlikte mevcut snapshot’u kullanamayacağımız için @force_invalidate_snapshot=1 seçeneğini kullanarak yeni geçerli bir snapshot’un oluşturulmasını sağlamalıyız. Kodu aşağıdaki gibi düzenlediğimizde yayına Sehir tablosu eklenmiş olacak ve abonelere yansıtılmak üzere yeni bir snapshot oluşturulmuş olacaktır.

EXEC sp_addarticle @publication='MerkezData', @article='Sehir',@source_table='Sehir',@force_invalidate_snapshot=1

Bu işlemden sonra Snapshot Agent servisi yeniden başlatıldığı zaman hem daha önceki tabloların hem de Sehir tablosunun şema ve data scriptleri oluşturulur ve aboneye gönderilir. Oysa bizim istediğimiz durum sadece “Sehir” tablosunun snapshot’unu almasıdır. Bu amaçla kontrol etmemiz gereken yer mevcut publication’ın immediate_sync ve allow_anonymous özellikleridir. sp_helppublication prosedürünü kullanarak mevcut publication hakkında bilgi alınabilir.

EXEC sp_helppublication ‘MerkezData’

Bu komutun sonucunda immediate_sync özelliğinin 1 olduğu yani enabled olduğu görülür.Bu özelliğin aktif olması her yeni tablo eklendiğinde tüm publication için snapshot alınmasını sağlar. Bu özellik genellikle anonymous subscription’a izin vermek için kullanılır. Bu tür aboneler CreatePublication aracını kullanarak mevcut yayına abone olurlar. Bu iki özelliği aşağıdaki gibi false moduna çekelim.

EXEC sp_changepublication
	@publication = 'MerkezData',
	@property = N'allow_anonymous',
	@value = 'false'
GO
EXEC sp_changepublication
	@publication = 'MerkezData',
	@property = N'immediate_sync',
	@value = 'false'
GO

Şimdi Sehir tablosunu yayına alıp ilgili aboneyle ilişkilendirelim.

EXEC sp_addarticle
	@publication='MerkezData',
	@article='Sehir',
	@source_table='Sehir'
GO
EXEC sp_addsubscription
	@publication = 'MerkezData',
	@article = 'Sehir',
	@subscriber = 'DW',
	@destination_db = 'XXX'

sp_addsubscription yordamına alternatif olarak sp_refreshsubscriptions yordamı kullanılabilir.

EXEC sp_refreshsubscriptions @publication = N'MerkezData'

sp_refreshsubscriptions yordamı tanımlı tüm subscriber’lar için eklenmiş yeni tablolara subscription ekler. Yani tüm abonelere bu yeni tabloya abone eder.

Bu işlemden sonra Snapshot Agent servisi yeniden başlatıldığı zaman sadece Sehir tablosunun snapshot’u oluşturulur ve abonelere yansıtılır.

Aynı şekilde Sehir tablosunu Replikasyonda çıkarmak için aşağıdaki prosedürler kullanılır;

EXEC sp_dropsubscription
	@publication = N'MerkezData',
	@article = N'Sehir',
	@subscriber = N'DW'
GO
EXEC sp_droparticle
	@publication='MerkezData',
	@article='Sehir'

Yayınlanan yayınların abonelik durumlarını görmek için sp_helpsubscription yordamı kullanılabilir.

Kaynak : replicationanswers.com

Could not connect source component.
Warning 0×80202066: Source – VB_PERMISSIONS [1]: Cannot retrieve the column code page info from the OLE DB provider. If the component supports the “DefaultCodePage” property, the code page from that property will be used. Change the value of the property if the current string code page values are incorrect. If the component does not support the property, the code page from the component’s locale ID will be used.

Bu mesaj bir hata mesajı olayıp sadece kullanıcıyı doğru karakter setinin kullanılmadığı konusunda uyarmaktadır. Bundan kurtulmanın yolu şudur;
OLE DB Source component’in bulunduğu Data-Flow içerisine girilir.
OLE DB Source component’e ait Properties penceresi açtırılır. Bunun için bileşen sağ tıklanarak Properties menüsü kullanılabileceği gibi bir kere tıklanarak F4 tuşu da kullanılabilir.
Properties penceresinde AlwaysUseDefaultCodePage özelliği True olarak set edilir.

[OLE DB Source [1]] Error: SSIS Error Code DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER. The AcquireConnection method call to the connection manager “Sunucu Adi” failed with error code 0xC0202009. There may be error messages posted before this with more information on why the AcquireConnection method call failed.

veya

Failed to decrypt protected XML node “DTS:Password” with error 0×8009000B “Key not valid for use in specified state.”. You may not be authorized to access this information. This error occurs when there is a cryptographic error. Verify that the correct key is available.

Bu sorunun muhtemel 2 nedeni bulunmaktadır;
1-SSIS paketinin yaratıcısı ile bu paketin SQL Server Agent altında çalıştıran kullanıcı farklıdır.
2-SQL Server Agent kullanıcısının veritabanlarıyla bağlantı kurmaya veya SSIS içerisinde kullanılan diğer kaynaklara erişme yetkisi bulunmamaktadır.

Bu sorunun çözümüne geçmeden önce aşağıdaki bilgiyi vermemiz faydalı olacaktır;
SSIS paketindeki ProtectionLevel özelliği paketteki veritabanı bağlantı şifresi gibi özel bilgilerin yazma ve okuma esnasında şifreleme düzeyini belirtir. Varsayılan EncryptSensitiveWithUserKey değerine sahip olan bu özellik sözkonusu SSIS paketindeki verileri mevcut kullanıcının profil ayarına göre şifreler. Bu durumda sadece aynı profile sahip kullanıcılar bu paketi çalıştırabilir. Eğer farklı kullanıcılar paketi çalıştıracak olursa önemli hassas bilgileri boş olarak değerlendirilir. ProtectionLevel özelliği için kullanılabilecek diğer değerler şunlardır;

• DontSaveSensitive : DTSX dosyası kayıt edildiği zaman içindeki özel bilgilerin dosyaya kayıt edilmesi engellenir. Örneğin veritabanı bağlantısında şifre kullanılmışsa DTSX dosyası içerisinde ilgili alan şu şekilde görünecektir.

  <DTS:Password DTS:Name="Password" Sensitive="1"></DTS:Password>

• EncryptSensitiveWithUserKey : Bu durumda hassas bilgiler mevcut kullanıcının profile göre şifrelenir. Sözkonusu password alanı bu durumda aşağıdaki gibi yazdırılır.

  <DTS:Password DTS:Name="Password" Sensitive="1" Encrypted="1">AQAAANCMnd8BFdE…….</DTS:Password>

• EncryptSensitiveWithPassword : Bu seçenekte paketteki önemli alanlar encrypt ederken bir şifre kullanılır. kullanıcının belirleyeceği şifre Security » PackagePassword bölümüne girilir. DTSX dosyasının çalıştırılması durumunda sözkonusu şifrenin de girilmesi gerekmektedir.
• EncryptAllWithUserKey, EncryptAllWithPassword : Bu seçeneklerin önceki seçeneklerden tek farkı sadece önemli verileri değil tüm DTSX dosyasını encrypt edilir. Böylece dosya içeriğinin başka bir kullanıcı tarafından görülmesi okunması engellenmiş olur.
• ServerStorage : SQL Server database rolerini kullanarak paketi korur. Bu seçenek paketin sadece SQL Server msdb veritabanına kayıt edildiği zaman kullanılabilir. Nitekim bu seçenek aktiften DTSX dosyası dosya sistemine yazılmaz.

Şimdi makaledeki sorunu aşmak için kullanılabilecek yöntemlere bakalım;

1 – SQL Server Agent proxy account kullanımı
SQL Server Agent için bir proxy hesabı oluşturulabilir. Bu hesabın hem job’ları çalıştırma yetkisi olmalı hem de DTSX dosyalarının sahibi olması gerekmektedir. Bu yöntem aynı makine üzerinde hem SQL Server Agent’in çalıştırıldığı hem de DTSX dosyalarının oluşturulduğu durumlarda anlamlıdır. Sözkonusu DTSX dosyaları başka bir makineye taşındığı zaman SQL Server Agent kullanıcısı farklı olacağından dolayı sorun yaşanabilir.

2 – ServerStorage seçeneği
SSIS paketinin ProtectionLevel özelliği ServerStorage olarak set edilir. Bu seçenek paketi doğrudan SQL Server’da saklar ve SQL Server database rollerinin kullanılmasını sağlar.

3 – ProtectionLevel = EncryptSensitiveWithPassword değeri
SSIS paketinin koruma düzeyini EncryptSensitiveWithPassword olarak set ederek bir çözüm oluşturabiliriz. SQL Server Agent Job içerisinden bu şifre girilerek SSIS paketi çalıştırılır.

4 – SSIS Package configuration dosyası oluşturmak
SSIS ile en önemli özelliklerden biri çalışma anınca paket içerisindeki property’lerin dışarıdan command line üzerinden veya konfigürasyon dosyası üzerinden set edilebiliyor olmasıdır. Konfigürasyon dosyasının içine paketteki hassas bilgilerin değerlerini yazdırılır. SSIS paketinin koruma düzeyinin ProtectionLevel olarak kayıt ettiğimizde tasarım aşamasında hassas bilgiler pakete yazılmayacağı için çalışma anında config dosyasından okuma yapılabilir.

SSIS paketini yapılandırma değerlerini saklamak için XML tabanlı bir konfigürasyon dosyası kullanılabildiği gibi Registry entry, Environment variable veya SQL Server table de kullanılabilir. SSIS konfigürasyonu için “SSIS » Package Configurations” menüsünden “Package Configurations Organizer” penceresi kullanılır. Bu pencerede Add, Edit, Remove düğmeleri kullanılarak paket içerisindeki nesneler ve onlara ait property’ler için değerler tanımlanabilir. Örneğin içeride kullanılmış olan veritabanı bağlantı şifreleri bu dosyada tutulabilir.

Bu işlemden sonra DTSX dosyasının içerisine aşağıdaki gibi satır eklenir.

<DTS:Property DTS:Name="ConfigurationString">C:\dtsConfig Dosyasinin Yolu</DTS:Property>

Job veya Command Line üzerinden SSIS paketini çalıştırmak için DTEXEC komutuna aşağıdaki gibi parametre yazılır.

/FILE “C:\Package1.dtsx” /CONFIGFILE “C:\SSIS_Ayarlar.dtsConfig” /CHECKPOINTING OFF /REPORTING E

Kimsin sen Kim?
Adının içinde yanlışlıkla mertlik geçen kan heykeli adam …
Kimsin sen…
Seni çekiç suyuyla mı beslediler…
Asitli diken kundağında mı büyüdün.
Evinizin penceresi hep merhametsizliğe mi baktı küçükken.
Annen saçlarını çamurla mı yıkadı…
Sınıfta en arka sırada oturup, tahtaya kalaşnikofla mı kalktın..
En sevdiğin hayvan yılan mıydı senin…
Rezil mi olurdun arkadaşlarına bir kuşu öldürmeyince…
Defterin köpeklerle mi kaplıydı.
Seni Rahibe terasalar mı kutsadı…

Kimsin sen Kim?
Saçlarının arasında mıydı bitlenmiş bombalar…
Vicdansızlık ormanının tanrısız kralı mıydın.
Isırgan otlarını mı dişledi ateş yutan ağzın…
İnsan olmayacaksan niye giydin bu şehrin ölümünü…
Düğününde sırtlanlar mı çekti fotograflarını
Eve giderken ekmek yerine kurt mu kaptın mermi fırınlarından…

Bizi soracak olursanız biz çok öfkeliyiz…
Olmertin insafına kalmadı Gazze…
Olmertin insafına tenezzül etmeyen Gazze’li çocukların ruhuna düğüm düğüm cennet sessizliği diliyoruz…

Bırakalım Olmertin ikinci adını Allah koysun…
Allah koysun…

Bizi soracak olursanız biz Olmertin insan olmadığını düşünmeye devam ediyoruz..

Esra Elönü

1 – “Error 14114: (NULL) is not configured as a distributor” hatası

Bu hatanın alınmasının nedeni local sunucunun remote server olarak tanımlanmamış olmasıdır. Nitekim select @@servername ifadesi null döndürecektir. Eğer sysservers tablosunda kayıt var ise sp_dropserver ‘SunucuAdi’,'droplogins’ ifadesi çalıştırılıp ilgili sunucu kaydı silinir. Ardından aşağıdaki gibi yerel sunucu eklenir;

sp_addserver ‘YerelSunucuAdi’, ‘local’

Daha sonra servis yeniden başlatılır.

2 – Replike edilen bir tabloya yeni bir kolon eklemek veya var olan bir kolonu çıkarmak veya kolonun tipini değiştirdiğimizde o tablonun replike ediliği otomatik abonelerin yeniden initialize edilmesi gerekir. Bu durumda abonedeki tablo drop edilir yeniden create edilip ardından bulk insert yapılır.

3 – Bazı durumlarda distributor tarafındaki UPDATE işlemi Subscriber tarafında DELETE / INSERT olarak uygulanabilir. Bunun nedeni değişen alanın üzerinde unique constraint olmasıdır. Konuyla ilgili olarak aşağıdaki sayfa incelenebilir.
http://support.microsoft.com/kb/238254

4 – Snapshot folder olarak share edilmiş bir alanın verilmemesi veya Subscriber’ların erişmeyeceği bir alanın verilmesi ancak push subscription’a destek verir. Network path vermek daha mantıklı olacaktır.Network pathin verilmesi durumunda bu share folderin pull subscription gibi diğer makinelerde çalışan agentler tarafından erişilebiliyor olması gerekir.

5 – Bir aboneyi yaratırken manual mi yoksa otomatik mi Initialize edileceği belirtilir. Eğer manual olarak set edilmiş bir abone ise o anda veya daha sonra kaynak sunucunun o sunucuyu ilklendirilmesi sağlanamaz. Reinitialize etmek için o aboneyi drop edip yeniden create etmek lazım. Eğer otomatik olarak set edilmişse Replication » Publications bölümü altındaki aboneyi sağ tıklayıp Reinitialize menüsünü seçtiğimizde yeniden ilklendirilmiş olur. Eğer manual yöntemini tercih etmişsek replike edilecek tabloları ve replikasyon prosedürelerini aboneler üzerinde oluşturmak lazım. Örneğin üzerinde replikasyon prosedürlerinin yaratılmadığı aboneyi senkronize etmek istediğimizde Could not find stored procedure ’sp_MSins… gibi bir hata alırız. Replikasyon prosedürlerine ait scripti oluşturmak için publish edilmiş olan database üzerinde
sp_scriptpublicationcustomprocs [ @publication = ] ‘publication_name’
prosedürü kullanılır. Bu prosedür her tablolar için çalışacak olan INSERT, UPDATE ve DELETE prosedürlerinin içeriğini oluşturur. Üretilen SQL scripti abone üzerinde çalıştırmak yeterli olacaktır.

6 – Manual initialization işleminde dikkat edilmesi gereken en önemli konu kaynak veritabanı üzerinde önceki kayıtlarda yani abonede olmayan kayıtlarda bir değişiklik olursa abonede o kayıt olmadığı için UPDATE / DELETE işlemi hata verecektir. “‘The row was not found at the Subscriber when applying the replicated command.’” hata mesajıyla karşılaşılır. Bu kayıt abonede oluşturulmadığı sürece yani bu hata giderilmediği sürece replikasyon o noktada takılıp devam etmeyecektir.


Eğer replikasyonun yapıldığı sistemler SQL Server ise aboneler üzerinde her tablo için “sp_MS…” ile başlayan INSERT/DELETE/UPDATE procedure’leri oluşturulur. Bu prosedürlerin aldığı parametreler o tablonun o anda replikasyona dahil edilmiş olan kolonlarına göre oluşturulur. Eğer daha sonradan tabloların şemaları değişirse veya replikasyonda kolon ekleme/çıkarma olursa bu prosedürleri yeniden abonelerde oluşturmak gerekir. Eğer replikasyon heterojen sistemler arasında yapılırsa yani SQL Server – Oracle arasında yapılırsa o zaman subscriber olan Oracle üzerinde bu prosedürler oluşturulmaz (“Heterogeneous Database Replication“). Normal UPDATE, DELETE, INSERT SQL cümleleri gönderilir. Abonelere gönderilecek komutlar MSrepl_commands ve MSrepl_transactions tablolarında binary formatında tutulur.

7 – Replikasyon işleminde Distribution hataları atlamak.


Replikasyon, Publisher’da meydana gelen her transaction Distributor’a gönderilir. O da ilgili Subscriber’a gönderir. Bu süreçte INSERT / UPDATE / DELETE işlemlerinde birinde hata meydana gelirse o işlem rollback edilir veya sonraki transactionlar işlenmez. Bu şekilde herhangi bir hatanın meydana gelmesi durumunda o hatayı görmemezden gelip sonraki transactionların abonelerde uygulaması için “Distribution Agent” için -SkipErrors parametresi kullanılabilir. Bu parametreye o hata veya hataların numaraları girilerek o hataların görmemezlikten gelinmesi sağlanabilir. Bunun için “Publisher and Distributor Properties” penceresindeki Distributor sekmesinde Agent Profiles tıklanarak yeni bir profil tanımlanır. Replikasyon agent’lerin çalıştığı default profile göre hatanın olması durumunda sistem devam etmez. SkipErrors değerinin karşısında mevcut hata numaralarının yazıldığı bir profil yaratılır ve servis yeniden başlatılarak bu profilin devreye girmesi sağlanır. Hata giderildikten sonra yeniden default profile kullanılabilir.

8 – Replikasyonda sadece replikasyona dahil edilmiş kolonlarla ilgili transactionlar abonelere gönderilir. Örneğin AdSoyad ve Sehir kolonlarının bulunduğu kaynak tablosunda sadece AdSoyad kolonu replike ediliyorsa sadece Sehir kolonu update edildiği zaman aboneye herhangi bir update cümlesi gönderilmez aynı şekilde AdSoyad ve Sehir aynı anda update edilirse sadece AdSoyad kolonun update bilgisi aboneye ulaşır. Replikasyonun güzel yanı replikasyona dahil edilmiş kolonlar içerisinden gerçekten update edilmiş olanları abonelere gönderir. Örneğin tabloda Sehir=’Ankara’ ve AdSoyad=’Ahmet’ olan kayıt için
UPDATE Musteri SET Sehir=’İstanbul’,AdSoyad=’Ahmet’ WHERE MusteriId=1
sorgusunu çalıştırdığımızda abonelere sadece
UPDATE Musteri SET Sehir=’İstanbul’ WHERE MusteriId=1
sorgusu gönderilecektir. Aynı update cümlesini çalıştırdığımızda abonelere herhangi bir güncelleme emri gönderilmeyecektir.

9 – Article’larda bir değişiklik yapıldığı zaman yani replikasyona yeni bir kolon eklendiği veya var olan bir kolon çıkarıldığı zaman tüm subscription’lar reinitialize olacak şekilde işaretlenir. Onları yeniden ilklendirmek gerekir. Bu durum automatic initialization destekli subscription’lar için geçerli. Bu durumda reinitialization işlemi bir sonraki Snapshot Agent ve Distribution Agent’lerin çalışmasıyla gerçekleşir. Manual initialization destekli olan aboneleri manual olarak ilklendirmek gerekir.

10- Snapshot dosyaları nelerdir

İlklendirme işlemi için gerekli olan Snapshot dosyaları şunlardır; schema (.sch); data (.bcp); constraint ve index’ler (.dri); constraint’ler (.idx); trigger’ler (.trg):sıkıştırılmış snapshot dosyaları (.cab). Bu ilklendirme dosyaları transactional publication için sp_browsesnapshotfolder prosedürü, merge publication için sp_browsemergesnapshotfolder prosedürü kullanılarak görülebilir. Bu prosedürler publisher üzerinde çalıştırılır.

11 – Replikasyona dahil edilmiş olan bir kolonu kaldırmak istediğimizde “ALTER TABLE DROP COLUMN failed because is currently replicated.” gibi bir hatayla karşılaşırız. Bunu çözmenin en doğru yolu replikasyonu durdurmak, sözkonusu kolonu replikasyonda çıkarıp ardından DROP etmektir.

12 – “SQL Server Enterprise Manager could not configure ‘TESTSERVER’ as the Distributor for ‘TESTSERVER’. Error 21112: ‘-PollingInterval’ is not a valid parameter for the Log Reader Agent” hatası sunucunun Turkish collation kullanıyor olmasından kaynaklanmaktadır. Bu hatayı gidermek için en az SQL Server 2000 Service Pack 1 kurmak lazım. Daha fazla bilgi için aşağıdaki adres incelenebilir.

http://support.microsoft.com/kb/295325

13 – “Message 20554 Severity 10 “The agent is suspect. No activity reported within the last 10 minutes.” hatası replication agent’in SQL Server Enterprise Manager’e uzun süre durumunu haberdar edemeyişinden kaynaklanır. Bu hata sistem için sıkıntı yaratmaz. Bu hatayla karşılaşıldığı zaman sözkonusu agenti stop etmeyip servisin o anki işini bitirmesini beklemeliyiz. Agent stop edilirse o andaki işlemler rollback edilerek yeniden başlatılır.

14 – “The process is running and is waiting for a response from one of the backend connections” hatası nedir ?
Bazı durumlarda Log Reader bu veya buna benzer bir mesaj verebilir. Bu bir hata olmayıp sistemin o an için meşgul olduğu karşı abonelerin tam olarak COMMIT edilmeyi beklediğini anlatır. Örneğin msrepl_transaction tablosunda işlenecek veya işlemin transcationlar fazla olduğu zaman böyle bir uyarı verilir. Veya snapshot data aboneye yansıtıldıktan sonra tablolara ait indexler çalıştırıldığı zaman da bu uyarı verilir. Bunun için sunucunun işlemini beklemekte fayda vardır. Bir süre sonra normale geçecektir. Bu hata mesajını kısa sürede elde etmemek için Agent için daha yüksek timeout değerine sahip bir profil oluşturulabilir.

15 – “The system cannot find the file specified….” hatası
Bu hatayı genellikle snapshot agent çalışmaya başlarken hata verir. Bunun sebebi “C:\Program Files\Microsoft SQL Server\80\COM\” klasörünün altında replikasyon ile ilgili exe dosyalarının eksik olması olabilir.SP3 yeniden kurulabileceği gibi başka bir makineden ilgili exe ve dll dosyaları da kopyalanabilir.