SQL Server ASP.NET C# Kitabı

Daha önce yazdığımız ipuçlarına ek olarak bu yazıda aşağıdaki ipuçlarını vereceğiz.

• SQL Server servisi her çalıştığında bazı komutları nasıl çalıştırabiliriz.
• SQL Server Enterprise Management konsolde açılmıyor.
• “IS NULL” ve “= NULL” arasındaki fark nedir.
• COALESCE(), ISNULL() ve NULLIF() fonksiyonlar arasındaki fark nedir.
• NEWSEQUENTIALID() ve NEWID() arasındaki fark nedir.
• TRUNCATE ile DELETE arasındaki fark nedir.
• T-SQL aracılığıyla uzaktan eriÅŸim nasıl açılır/kapatılır.
• Veritabanı dosyalarının büyüklüğünü her gün mail ile nasıl alabilirim.
• Ä°ki saat arasındaki farkı saat olarak yazdırmak

Read the rest of this entry »

SQL Server üzerinde otomatik sorgular hazırlayıp sorgu sonuçlarını raporla ilgili kiÅŸilere mail olarak atmak veya ftp aracılığıyla belirlenmiÅŸ bir alana aktarmak özellikle kurumsal uygulamalarda ihtiyaç duyulan bir durumdur. Bu yazıda SQL Server üzerinde mail ve ftp iÅŸlemi nasıl yapılacağını örneklendireceÄŸiz. Read the rest of this entry »

SQL Server 2005 ile gelen yeniliklerden biri olan “database snapshot”, veritabanının herhangi bir andaki salt-okunur kopyasının alınmasıdır. Bu iÅŸlemin normal kopyalamadan farkı sadece deÄŸiÅŸiklik yapılmış kayıtları fiziksel olarak almasıdır. Ä°stemcilerden snapshot’a bir istek geldiÄŸi zaman sorgulanan kayıt deÄŸiÅŸmiÅŸse sorgunun sonucu snapshot’tan gelir deÄŸiÅŸmemiÅŸse orijinal veritabanından gelir. Snapshot’un normal kopyalama gibi veritabanını olduÄŸu gibi fiziksel kopyalamamsı kopyalama sürecinin daha hızlı olmasını ve daha az kaynak harcamasını saÄŸlamaktadır. Snapshot’un temel amacı deÄŸiÅŸmiÅŸ kayıtların orijinal hallerini saklayıp gerektiÄŸinde düzeltmektir. Ä°stemci sorgularının doÄŸrudan snapshot üzerinden yapılması deÄŸiÅŸmemiÅŸ kayıtlar için ana veritabanına gidip gelindiÄŸi için performans sorunu yaÅŸatacaktır. Read the rest of this entry »

SQL Server 2005, sistemin sürekliliÄŸi için sunduÄŸu yöntemlerden biri de Database Mirroring yöntemidir. Service Pack 1 ile birlikte sunulmuÅŸ olan bu yöntem iki sunucu arasında log transaction kayıtlarını taşıyarak bu sunucuların senkronize olmasını saÄŸlar. Database Mirroring, standard, enterprise veya developer sürümleri tarafından desteklenir. Bu yazıda bu modelin nasıl kurulacağını örneklendireceÄŸiz. Read the rest of this entry »

Önceki yazıda replikasyonla ilgili terminolojiyi anlatmaya çalıştık. Bu yazıda SQL 2000 ve 2005 üzerinde replikasyon türlerinin nasıl kurulacağını örneklendirelim. Aynı makine üzerinde koÅŸan iki tane SQL Server 2000 instance’imiz var. Birinin adı WXX diÄŸerinin adı WXX\KAFKA. WXX sunucusunu yayıncı ve dağıtıcı, WXX\KAFKA sunucusunu da abone olarak yapılandıracağız. WXX üstündeki KAYNAK isimli veritabanını yayınlayacağız. Sunucuları ilklendirmek ve full backup’ın snapshot klasörüne sorunsuz yüklenmesi ve diÄŸer iÅŸlemler için SQL Server Agent servisinin yetkili bir domain ile baÅŸlatmak doÄŸru bir çözüm olur. Read the rest of this entry »

SQL Server’in sürekli kullanılabilirlik için desteklediÄŸi iÅŸlemlerden biri de replication modelidir. Replication kısaca verileri merkezi konumdan alıp farklı konumlarda yedekleme iÅŸlemidir. SQL Database Replication modelinde kullanılan kavramları açıklayıp bu modelin nasıl oluÅŸturulacağını örneklendirelim. Replication yöntemi tüm SQL Server’in tüm sürümlerinde gerçekleÅŸtirilebilir. Express sürümü, Merge ve Transactional replication yöntemlerinde sadece subscriber olarak kullanılabilir.

Publisher (Yayıncı): Üye veritabanlarına veri gönderen merkezi sunucu ya da veritabanı. Replikasyondaki kaynak verinin bulunduğu yerdir.
Subscriber (Abone): Merkezi veritabanından verileri alan sunucu ya da veritabanı. Abonele varsayılan olarak merkezi veritabanının salt-okunur (read-only) kopyasına sahiptir ancak farklı bir konfigürasyonla abonelerde de değişikliğe izin verilebilir veya yapılan değişiklikler merkezi veritabanına yansıtılabilir.
Distributor (Dağıtıcı): Yayıncı ile abone arasındaki veri akışını yöneten sunucu. Bu amaçla distribution isimli veritabanına sahiptir. Bu veritabanında veri ve şema bazında yapılmış değişiklikler tutulur. Bir veritabanı sunucusu aynı anda hem publisher hem de distributor rolünde olabilir.
Article (Makale): Yayıncı tarafından yayınlanan içerik. VTYS’de üye sunuculara gönderilecek veritabanı nesneleridir (table, view, stored procedure). Makale koleksiyonu publication (yayın) olarak tanımlanır.
Push ve Pull Subscription (Abonelik gönderme ve çekme): Push subscription’da distributor verileri subscriber veritabanına kopyalar. Bu yöntemde iÅŸin yükünü distributor çeker. Pull subscription’da ise subscriber kendisi distributor’dan verileri çeker yani iÅŸin yükü abonelere verilmiÅŸ olur. Read the rest of this entry »

SQL Server yüksek eriÅŸilebilirlik çözümlerinden olan Log Shipping modelinde öncelikle aktif (birinci) sunucunun full backup’ı alınıp ikinci sunucuya kopyalanır ardından belirli peryodlarda birinci sunucunun log backup’ı alınıp ikinci sunucuya kopyalanır. Böylece iki sunucununun veri tabanı düzeyinde aynı olması saÄŸlanmış olur. SQL Server 2000 üzerinde log shipping iÅŸlemi için Enterprise Manager’ın Database Maintenance Plan Wizard aracı kullanılır. Bu aracı kullanmadan önce aÅŸağıdaki notları dikkate almamız gerekir. Read the rest of this entry »

SQL Server, Oracle gibi büyük ölçekli veri tabanı sistemlerinin özellikle kurumsal uygulamalarda tercih edilme nedenlerinden biri daha fazla yüksek eriÅŸilebilirlik(High Availability) sunmalarıdır. Yüksek eriÅŸilebilirlik, 7×24 çalışan sistemlerin gerek otomatik gerekse manual sebeplerden dolayı yazılım veya donanımdan kaynaklanacak kesintilere uÄŸramaksızın hizmet vermesidir. Internet gibi dağıtık ortamlarda hizmet veren sistemlerin kısa da sürse kesintiye uÄŸraması önemsenecek maddi kayıplara neden olabilmektedir. Büyük yazılım firmaları sistemlerin 7×24x365 hizmet vermesini garanti etmek için çeÅŸitli çözümler sunmaktadır. Kurumların fiyat-performans ikilisini gözönünde bulundurarak bu çözümlerden birini uygulaması gerekir. Read the rest of this entry »

SQL Server üzerinde bir veritabanı oluÅŸturduÄŸumuzda veritabanının sahip olduÄŸu data ve log dosyalarının baÅŸlangıç büyüklük deÄŸerlerini de belirleriz. Aynı zamanda veritabanının ileride büyüme ihtiyacı duyduÄŸunda nasıl hangi oranda büyüyeceÄŸi de data ve log dosyası bazında belirtilir. EÄŸer veritabanı için maksimum bir büyüklük verilir ve bunu aÅŸmaması iÅŸaretlenirse maksimum deÄŸerden daha fazla yere ihtiyaç duyması durumunda sistem hata verecektir. Bu yüzden veritabanlarının büyüklük ayarlarının sistemin amacına uygun düzenlenmesi gerekir. SQL Server özellikle büyük veritabanlarında index düzenlemeler, geniÅŸ çaplı güncellemeler, toplu kaydetme veya silme gibi yoÄŸun disk iÅŸlemlerinde o veritabanını büyütme ihtiyacı duyar. Bu büyüme kalıcı veya geçici olabilir. Özellikle kalıcı durumlarda sistemin kullandığı geniÅŸ disk alanını serbest bırakmak veya veritabanı dosyalarında zamanla kullanılmayan data page’leri yok etmek için daraltma (shrinking) iÅŸlemi gerçekleÅŸtirilir. Read the rest of this entry »

Veri tabanlarını Yeniden Kurma(RECOVERY işlemi)

Önceki yazıda yedekleme stratejilerinden ve backup iÅŸlemlerinin nasıl yapılacağından bahsettik. Åžimdi bu yedekleri sistem çöktüğü zaman veya herhangi bir durumda nasıl kullanacağımızı, bunları kullanarak nasıl bir geri yükleme yapacağımızı iÅŸleyeceÄŸiz. Alınmış yedeklerden veri tabanını ayaÄŸa kaldırmadan önce elimizdeki yedek dosyalarının doÄŸruluÄŸundan, formatından emin olmalıyız. Bu iÅŸlem için Management Studio kullanılabildiÄŸi gibi aÅŸağıdaki T-SQL komutları da kullanılabilir. Read the rest of this entry »