8 Mart 2012 tarihinde gerçekleşecek SQL Server 2012 Sanal Lansmanında SQL Server 2012 ile Yeni Veri Dünyasına katılmanıza olanak tanınacak. Yalnızca Microsoft ürün ekipleriyle değil, aynı zamanda iş ortakları ve  müşteriler ile de bir araya gelebileceksiniz.

SQL Server 2012 Sanal lansmanımızda 14 tanesi yerel olmak üzere 45′in üzerinde oturumla SQL Server 2012 hakkında öğrenmek istediğiniz her şeye istediğiniz anda ulaşabileceksiniz.

SQL Server 2012′nin sunduğu iş kritik sağlamlık, çığır açan iş zekası ve size göre şekillenen bulut altyapısını hemen keşfetmek için SQL Server 2012 sanal lansmanımızı kaçırmayın.

http://www.sqlserverlaunch.com/TUR/Home

Daha çok test veya development ortamı senaryosu olabilir ancak yine de hiçbir zaman karşımıza çıkmayacağını düşünebileceğimiz kadar masum olmayan konulardan biridir bir sunucuyu yazılımsal işlemler sonrası domaine almak. Production ortamlarında elbette gerekli installationların bir pre-requisiteidir makinenin domainde olması ama yukarıda da bahsettiğim gibi test veya development ortamlarında veya klonlanmış virtual ortamlarda makine adını değiştirmek, sunucuyu domaine almak daha sık gerçekleştirilir. Domain yokken konfigüre edilen bir yazılım sunucu domaine girdikten sonra çok farklı davranabilir.

Ben bu ufak bilgilendirme yazısında SQL Server üzerinden gitmek istiyorum. Sunucuyu domaine SQL Server kurulumu sonrası almayı denerseniz karşılaşacağınız temel senaryo şu şekildedir.

• Named-Pipes protokolü “Disabled” duruma gelmiştir.
• SQL Server Management Studio’ya bağlanamazsınız.
• SQL Server servisleri durmuştur ve başlatamazsınız.

Bu durumun üstesinden gelmek için öncelikle “SQL Server Configuration Manager” ile “Named-Pipes” ı yeniden “Enable” duruma getirin. Ardından Management Studio’ya bağlanamama ve servislerin başlamama sebebi olan kullanıcılarınız yetkisi kısmına geliyoruz. Domain’den önce lokal accountlarınız sunucuda admindi ama artık lokal hiçbirşey kalmadı. O halde yeni kullanıcılarınıza hak vermeniz lazım. Ve bunun için bilinen en kısa yol management Studio ve orayada erişiminiz yok. Öncelikle bir uyarı, domaine alma işlemi öncesi sunucuda “SQL Server and Windows Authentication” özelliğini aktive edin ve geçici de olsa “sa” kullanıcısına hak verin ki domaine girdiğinizde yeni kullanıcılarınıza hak vermek için sisteme bağlanabilin.

Ama diyelim ki bu yazıyı okuduğunuzda iş işten geçmişti, o halde “SQLCMD” ye merhaba diyin. Aşağıda yer alan komutlar ile SQLCMD üzerinden yeni kullanıcılarınıza hak verebilir ve hem management studio erişimi hem de servislerinizin yeniden çalışmaya başlamasını sağlayabilirsiniz.

create login [DOMAIN\Administrator] from windows;
exec sp_addsrvrolemember 'DOMAIN\Administrator', 'sysadmin';

Çok sık olmasa da bazen karşınıza çıkabilecek bir durumdur diye düşünüyorum bir makinenin adını değiştirmek. Hel de üzerinde SQL Server gibi bir uygulama kurulu durumda bulunuyorsa. Bu durumda sistemsel anlamda da pek çok kaynakta eski isim geçeceğinden pek çok sorun çıkabilir karşınıza.

Bu gibi bir durumda gerçekleştirmeniz gereken aksiyon aslında çok kompleks değil. Birkaç script aracılığı ile yeni sunucu ismine ayak uydurmasını sağlayabiliyorsunuz SQL Server’ın.

Şayet Default Instance Üzerine Kurulu Bir SQL Server Varsa
sp_dropserver <old_name>
GO
sp_addserver <new_name>, local
GO

Şayet Named Instance Üzerine Kurulu Bir SQL Server Varsa
sp_dropserver <'old_name\instancename'>
GO
sp_addserver <'new_name\instancename'>, local
GO

• Elinizde bulunan SQL Server backupı B sisteminin kullandığı SQL Server üzerinde restore edilir. (Standart restore işlemi yapılıri herhangi bir özel durum sözkonusu değildir)
• Central Administration>Application Management menüsü aracılığı ile yeni bir web uygulaması yaratın.
• Yaratılan uygulama için herhangi bir site collection yaratmayın.
• Şimdi C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Bin klasörü altında yer alan STSADM komut programcığını komut satırı üzerinden çalıştırın.
• STSADM üzerinde yazacağınız komut şu şekilde olacak
  stsadm.exe -o addcontentdb -databasename <RestoredDBIsim> -url <YeniWebUygulamaAdresi>
• İşlem restore ettiğiniz veritabanının boyutuna göre farklı zaman alacaktır ve işlem süresince ekranda herhangi bir mesaj görmezsiniz, bu normaldir.
• İşlem tamamlandığında buna dair mesajı alırsınız.
• İşlem tamamlanınca Central Administration>Application Management>Content Databases menüsü aracılığı ile B sisteminde yarattığınız uygulamanın veritabanı dosyalarını görüntüleyin. Listede yer alan restore ettiğinizin haricindeki veritabanına tıklayın ve karşınıza gelen ekranda ”Delete”checkboxını işaretleyerek silin.
• Artık uygulamanızın tek bir content database i kaldı.
• Son adım olarak iki sistemin kullancığı domain ve kullanıcı bilgileri farklı olacağından Central Administration>Application Management>Site Collection Administrators menüsüne gidin ve yeni site collection admin kullanıcınızın kullanıcı adını girin.

İşlem tamamlandığında yeni adres üzerinden uygulamaya aynı içerik ve herşey yolunda ise aynı tasarım ile ulaşabilirsiniz. Ama unutamalısınız ki yapmış olduğunuz işlem sadece content database içerisinde bulunan yapıların geri döndürülmesine yardımcı olacaktır. Eğer register ettiğiniz dll’ler, web.config modifikasyonları, yüklenmiş çözümler mevcutsa, bunları ayrıca yeniden yapmalısınız.

Ve son bir not, bu işlemi yapabilmek için A sisteminde yüklü olan Sharepoint ile B sisteminde yüklü olan Sharepoint aynı versiyonda olmalıdır.

Geçtiğimiz ay, dünyadaki en büyük SQL Server Topluluğu SQL PASS‘ın Türkiye şubesi olarak kurulan SQL Server Öncüleri  konusunda uzman, SQL Server konusunda yazılım geliştirici, veritabanı yöneticisi olarak çalışan SQL Server Öncüleri, uzmanlıklarını kurdukları topluluk aracılığı ile sizlerle paylaşıyor.

SQL Server Öncüleri, http://www.sqlserveronculeri.com adresinde kurulan portalde içerik paylaşımına başlayarak, Türkiye’deki önemli bir eksikliği gidermek hedefini güdüyor.

SQL Server Öncüleri gönüllülük esasına dayalı bir topluluk olarak yıl boyunca gerçekleştireceği etkinliklerle BT çalışanlarının arasındaki etkileşimi artırmayı da hedefliyor.

SQL Server Öncüleri, bunlara ek olarak SQL Server ve etrafındaki teknolojiler konusunda gerek teknik gerekse de iş odaklı bilgi paylaşımını arttırmak ve bu konuda öncelikli olarak başvurulan bir portal olmak istiyor. Bu sayede SQL Server ve etrafındaki teknolojiler konusunda iş gücünü daha ileri taşımak, türkçe içerik geliştirmek de topluluğun amaçları arasında.

SQL Server Öncüleri’ne LinkedIn, Twitter ve Facebook üzerinden de ulaşabilirsiniz.

Sharepoint aracılığı ile Business Intelligence projeleri gerçekleştirmek gün geçtikçe popüler hale gelmeye başladı. Bu işin adımlarından biri olarak da reporting services‘in sharepoint üzerinde kullanımını göstermek mümkün. Bu konuda yapmanız gereken bir dizi konfigürasyon bulunuyor. Bunlara ilişkin adımlar oldukça detaylı olduğundan yararlı olabileceğini düşündüğüm bir makaleyi sizlerle paylaşmak istedim.

Adam W. Saxton tarafından yazılan makale aracılığı ile Reporting Services kurulumunu Sharepoint Integrated yapmanın detay noktalarına ve full ekran görüntüsü desteğine sahip olabilirsiniz.

Makaleye ulaşmak için burayı tıklayabilirsiniz.

Sharepoint kurulumları öncesi SQL Server tarafındaki gereksinimlerden biri olarak da seçilecek collation bilgisi gösterilir. Microsoft’un evsahipliği yaptığı dokümana göre de “Latin1_General_CI_AS_KS_WS” olması gerekir. Konumuz buradaki Latin1_General ile ilgili.

Bu seçimi gerçekleştirirken pek çoğunuz Latin1_General_100 collationını da görmüş ve farkı merak etmiş olabilir. Latin1_General_100 collationı Latin1_General‘ın güncellenmiş halidir. Ekstra olarak güncellenmiş Unicode karakter setlerini ve Unicode’un son versiyonlarına ait desteği de içerisinde barındırır.

Microsoft Türkiye Blog‘unda Gökben Utkun tarafından detaylarıyla iletilen habere göre Sunucu ve Yazılım Araçları Web Seminerleri tabanlı ürünlere ilişkin Ağustos – Aralık 2011 dönemi web semineri planları yapılmış.

Metnin oldukça uzun olması ve ilk kaynağın orası olması sebebiyle içeriği buradan paylaşmak istemiyorum. Güncellemelerden haberdar olmak ve etkinlikler hakkında detaylı bilgi alarak kayıt olmak için tıklayınız.

Microsoft Sharepoint Server kurulumlarında prerequisite ve ardından ürün kurulumu sonrası çalışan “Product and Technology Configuration Wizard” son derece önem taşımaktadır. Zira bu kurulum bölümü Sql Server bağlantısını tanımladığınız, farmı yarattığınız (veya bir farma bağlandığınız) ve Central Administration Yönetim Konsolunu yarattığınız aşamadır. Bu bölümde -eğer kurulumunuzda daha kritik bir problem yoksa- alabileceğiniz en sık hata Sql Server’a bağlanamamaya yönelik olacaktır.

Hata:

SharePoint Products and Technologies Configuration Wizard
—————————
Failed to connect to the database server or the database name does not exist.
Ensure the database server exists, is a Sql server, and that you have the appropriate permissions to access the database server.
To diagnose the problem, review the extended error information located at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS\PSCDiagnostics_2_17_2010_8_45_30_259_232810164.log.

Aslında sorun çoğu zaman olduğu gibi network iletişimi ve firewall. :)

Çoğu zaman yaptığımız ve aslında önerilmeyen çözüm elbette firewallu kapatmak. Ancak aslında yapılması gereken bu msdn makalesinde de anlatıldığı şekilde gerekli portlar için iletişimi açmak.

Microsoft SQL Server 2008 R2 SP1 (11 Temmuz 2011 itibariyle) downloada açıldı. SP1 ile beraber gelen bazı yenilikler ise şu şekilde :

• Ürün üzerinde tespit edilmiş olan önemli problemler için gerekli fixler.
• Genişletilmiş DMV (Dynamic Management View)
• Yeni DAC (Data-tier Application Component) Framework

SP1 download için http://www.microsoft.com/download/en/details.aspx?id=26727 bağlantısını kullanabilirsiniz.