25 Eylül 2013 Çarşamba

İphone 5c Satışta

Apple, beklenen bir diğer yeni telefonu iPhone 5C’i de tanıttı. C’si İngilizce “Cheap”, yani ucuz kelimesinden gelen iPhone 5C, Apple’ın uzun zamandır konuşulan düşük fiyatlı akıllı telefonu.
Daha önce tahmin edildiği üzere mavi, pembe, beyaz, sarı ve yeşil renklerde sunulan telefonun 16GB kapasiteli modeli ABD’de iki yıl kontratlı olarak 99 dolara sunulacak. 32GB kapasiteli modelin satış fiyatı ise 199 dolar olacak.

Windows 8’i Windows 8.1’e Yükseltme

Microsoft, Windows 8 ile birlikte her iki-üç yılda bir işletim sistemi geliştirmeyi bırakarak, Apple’ın uzun süredir yaptığı gibi sık aralıklarla dev güncellemeler yayınlama kararı aldı. İşte önce Windows Blue kod adıyla ortaya çıkan ve ardından Windows 8.1 olarak adlandırılan işletim sistemi bunun ilk örneği.

Microsoft Windows 8.1 RTM sürümünü 18 Ekim 2013 tarihinde yayınlayacak. Bu tarihten sonra Windows 8 kullanıcıları sistemlerini Windows 8.1 yükseltebilirsiniz. Windows 8.1′ e nasıl yükselteceğinizi öğrenelim.




Beklenmedik durumlara karşı sisteminizin yedeğini almayı unutmayınız!!!
Buradan giriş yapın.
“Get the update” butonunu tıklayın.
Uyarı penceresinde “Aç” butonu tıklayın.
Bundan sonraki aşamalarda sistem sizi yönlendirecektir.


17 Eylül 2013 Salı

Lync Server 2013 Kullanıcı Oluşturma Sorunu | Cannot parse sip address for user information

Lync Server 2013 admin panelinde kullanıcı oluşturabiliyorsunuz. Admin paneli aşağıdaki gibidir.



Ancak bazı kullanıcıları oluştururken Cannot parse sip address for user information şeklinde hata alabilirsiniz.  Türkçe karakter içeren isimler nedeniyle lync panelde kullanıcı ekleyemiyorsunuzdur, bu durumda lync shell komutlarından Enable-CsUser ile registrarpool ve sip bilgilerini girerek kullanıcıyı oluşturmalısınız.
Lync Server Management Shell’de çalıştıracağını komut dizisi:
Enable-CsUser -Identity “Uğur Demir” -RegistrarPool “lync.test.local” -SipAddress “sip:ugur.demir@test.local”

Lync Server 2013 Error: 0x800f0906 Powershell Hatası

Lync Server 2013 kurarken öncelikle aşağıdaki  powershell komutlarını kullanarak featuresların yüklenmesini beklemekteyiz.
Import-Module ServerManager
Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, Web-Dyn-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Mgmt-Tools, Web-Scripting-Tools, Web-Mgmt-Compat, Desktop-Experience, Windows-Identity-Foundation, Telnet-Client, BITS
Bu komutları uyguladıktan sonra aşağıdaki gibi hata alabilirsiniz.



Hata:
Add-WindowsFeature : The request to add or remove features on the specified server failed.
Installation of one or more roles, role services, or features failed.
The source files could not be downloaded.
Use the “source” option to specify the location of the files that are required to restore the feature. For more informa
tion on specifying a source location, see http://go.microsoft.com/fwlink/?LinkId=243077. Error: 0x800f0906
At line:1 char:1
+ Add-WindowsFeature Web-Server, Web-Static-Content, Web-Default-Doc, Web-Scriptin …
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : InvalidOperation: (@{Vhd=; Credent…Name=localhost}:PSObject) [Install-WindowsFeature],
Exception
+ FullyQualifiedErrorId : DISMAPI_Error__Cbs_Download_Failure,Microsoft.Windows.ServerManager.Commands.AddWindowsF
eatureCommand
Success Restart Needed Exit Code      Feature Result
——- ————– ———      ————–
False   No             Failed         {}

Çözüm:

Windows Server 2012 dvdsi takılı iken komutların sonuna -Source D:\sources\sxs ekini ekleyip komutu tekrar çalıştırınız.
Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, Web-Dyn-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Mgmt-Tools, Web-Scripting-Tools, Web-Mgmt-Compat, Desktop-Experience, Windows-Identity-Foundation, Telnet-Client, BITS -Source D:\sources\sxs

11 Eylül 2013 Çarşamba

Workgroup Ortamında Sql Server 2008R2 ile Log Shipping İşlemi


Sql server yedekleme işlemi çoğu kez tüm IT personeline gerekli olmuştur. Sql yedekleme replikasyon,mirroring,  log shipping, failover gibi yöntemlerler karşınıza çıkabilir. 


Sistemimizde bulunan bir databaseimizin kopyasını paylaşıma açılan klasörlerde belli ararlıklarla transfer edilen transaction log yardımıyla diğer server üzerinde  yedek database olarak tutar. Felakete uğrayan database in bir an önce data kaybı olmadan yada minimum data kaybıyla tekrar hizmet vermesini sağlamaktadır. Yukarıdaki resime bakında kısaca çalışma mantığını görebilmekteyiz.
Kısaca yapılandıracağım ortamdan bahsetmek gerekirse:
Primary Server: SQL1,  Secondary Server: SQL2.  İşletim sistemi olarak Windows Server 2008R2 ve üzerinde Sql Server 2008R2 şeklinde yapılandırıldı.
Önemli bir noktaya işlemlere başlamadan önce aktarmak istiyorum.!  Workgroup ortamında işlemlerimizi yapacağımız için, Administrator şifrelerini aynı yapmamız gerektiği bilgisini belirtmek istiyorum. Akabinde Sql Server  sa şifrelerini de aynı yapmamız gerekmektedir.Domain ortamına kurulan ve domaine member sql serverlar için bu işlemlere gerek duyulmamaktadır.
İşleme primary serverım olan SQL1’den başlayacağım. Sql Server Configuration Manager penceresini açıyoruz. 




Burada SQL1 server için, sql server ve sql server agent servislerini Administrator hesabı ile çalışacak şekilde konfigüre ediyoruz.




Sql Server Configuration Manager kısmından servislerin çalışacağı hesapları ve şifreleri ayarlayabiliyoruz.



SQL2 server için de, aynı şekilde  sql server ve sql server agent servislerini Administrator hesabı ile çalışacak şekilde konfigüre ediyoruz.

SQL1 sunucumda E: diskte Backup isimli bir klasör oluşturup paylaşıma açıyoruz. 



Everyone read/write yetki veriyorum. Bu noktada güvenlik aklınıza gelebilir.Yetki kısımlarını kendiniz detaylı olarak inceleyip verebilirsiniz. Ya da farklı vlan yapabilirsiniz.




Aynı şekilde SQL2 sunucumuz için E diskte Restore isimli bir klasör oluşturup paylaşıma açıyoruz. Transaction loglar bunlar üzerinden  taşınacaklar.

Transaction loglar için paylaşıma açılan klasörlerin ardından sql server tarafındaki ayarlarımızı görelim.




Makalemizin başında sa şifreleri ile ilgili bilgi vermiştim. SQL1 sunucumuzu sa şifresi ile açıyoruz.




Buradaki databaseimizi ve içerisindeki tablomuzu görmekteyiz.





Log shipping ayarlarını yapacağımız databaseimize sağ tuş ile tıklayıp Tasks / Ship Transaction Logs kısmına tıklıyoruz.




 Açılan pencerede Enable this as a primary database in a log shipping configuration seçeneğini işaretliyoruz. Akabinde Backup Settings’i tıklıyoruz.




Açılan pencerede SQL1 sunucusunda bulunan databasein log shipping teknolojisi için transaction logları bu sunucu üzerinde nereye koyacağını  local ve network yolunu belirtiyoruz. Ayrıca kaç günden sonra önceki logların silineceğini seçebiliyorsunuz. Default olarak 3 gündür. Scedule kısmında ise günlük, haftalık,aylık, saatlik vb. gibi ayarlar yapabiliyoruz. Bununda defaultu günlük 15 dakikada bir şeklindedir. Burada ayarlarımızı yaptıktan sonra OK tuşuna basarak yaptığımız işlemi kaydetmiş oluyoruz.

Yine önceki ekrana dönmüş oluyoruz.




Bu kısımda da secondary database için yani SQL2 sunucusu üzerine alacağımız yedek ayarlarını yapacağımız yerdir. Add butonuna tıklıyoruz.




Karşımıza gelen pencerede secondary database bağlanmak için Connect kısmını tıklıyoruz.




Instance name kısmına SQL2 sunucumuzun bilgilerini ve sa şifresini giriyoruz.




Restore Options’a tıklayrak gelen ekranda, transaction loglar için restore edilecek bilgileri giriyoruz. SQL2 sunucusu için local yolu giriyoruz.




Copy files sekmesine ise network pathini yazıyoruz.




Restore Transaction Log tabında ise standby modu işaretliyoruz. Yine yukarıda bahsettiğim gibi schedule kısmını istediğiniz doğrultusunda ayarlayabilir ya da defaultta bırakabilirsiniz. OK ile devam ediyoruz.




Son olarak OK ile işlmeleri onayladığınızda işlemlerin sağlıklı bir biçimde gerçekleştiğini anlayabilmemiz için Success ekranını görmemiz gerekmektedir.

Artık bu aşamadan sonra schedule kısmındaki belirlediğinizi zaman aralığında (default 15 dakika ) loglar transfer olacak ve secondary serverda secondary database olarak yedeğiniz oluşmuş olacaktır. Kontrol amaçlı eventlogları takip etmenizi öneririm.