Yeni Farm (PowerShell)

SharePoint kurulumlarında aslında sihirbaz size son derece yardımcıdır. Aşağıdaki 3 adım ile herhangi bir kod bloğu çalıştırmadan da farm oluşturmak mümkün.

  • Install Farm Pre-Requisites
  • Install SharePoint
  • Run SharePoint Configuration Wizard

Bunun dışında, tercihi herşeyi scriptler ile oluşturmak olanlar için AutoSPInstaller gibi araç setleri de yaratılmış ve kullanıma sunulmuştur. Ancak bu gibi araçların da bazı konfigürasyonlar isteyeceği net. Bu nedenle tam da ortada bir yerde olabilirsiniz. Yani kurulum ile ilgili temel adımları size sunulan görsel arayüzlü kurulum araçlarıyla yapmak, ama sonraki konfigürasyonlar ve servis uygulaması işlemlerinde PowerShell’den yardım almak.

Bu sürecin size bir diğer katkısı da sistem veritabanları da dahil isimlendirmelerine müdehale edebilmek olacaktır. Çünkü varsayılan sihirbazların kullanıldığı ilk yöntemde her ne kadar SharePoint_Config database ismine müdehale edebilseniz de Central Administration yönetim konsolu uygulamasının veritabanı ismine müdehale edemezsiniz. Yukarıda bahsettiğim AutoSPInstaller bu sorunu çözmek ve hatta daha fazlasını yapmak ile beraber bazı kullanıcılar için konfigürasyonu zaman alıcı olarak yorumlanabiliyor.

Aşağıda örnek olarak paylaştığım script ile yukarıdaki ilk iki adımı SharePoint kurulum medyası üzerinden görsel arayüzde yaptıktan sonra farmın oluşturulması işlemini yapabilirsiniz.

 

Tüm Arama İndexleme İşlemlerinin Durdurulması

SharePoint arama hizmeti genel anlamda son derece başarılı çalışan, özellikle içerik indexlemenin yanında bu işlemi yaparken güvenlik ilişkilerini de doğru sağlaması nedeniyle yoğun ilgi gören servislerden bir tanesi. Zaman zaman kurguladığınız arama hizmetinde problemler çıkabiliyor. Hatta öyle ki arama servisinin yönetimi için kullanmanız gereken sayfaya bile erişmeniz mümkün olmayabiliyor. Dolayısıyla buradaki kurguyu kontrol etmek, gerekiyorsa devam eden işlemleri sonlandırmak gibi çalışmalarınızda scriptlere yönelmeniz gerekebiliyor.

İçerik ve yayınlanan site sayısının büyük olduğu ortamlarda arama hizmetini farklı içerik kaynakları tarafından ve farklı zamanlarda indexleme yapacak şekilde kurgulamaya çalışırız. Burada, sunucu tarafındaki kaynak kullanımı, gün içerisinde bir operasyon olmaması gibi nedenlerle saat aralıklarını doğru ayarlamak gerekir. Bu da bizi genellikle akşamları çalışan tam indexleme işlemleri yapmaya iter. Bu durumda indexleme görevlerinin çakışması kaçınılmaz bir hal alabilir. Bazen içerikteki veya servisteki bir sorun sebebiyle de normalde çok daha kısa sürede tamamlanabilecek bir indexleme işlemi uzayabilir ve diğer zamanlanmış görev ile çakışabilir. Bu gibi durumlarda servis tarafındaki yönetim paneline erişebilmek de problem olduysa devam eden indexleme işlemlerini script aracılığı ile durdurmanız gerekebilir.

Aşağıda ilgili SharePoint yaygınlaştırmanızda bulunan arama hizmetindeki tüm içerik kaynaklarında yürüyen indexleme işlemlerini durdurmanıza yardımcı olacak bir script örneği bulabilirsiniz.

Bu işlemi tüm içerik kaynakları için değil de sadece tek bir tanesi için yapmak istiyor da olabilirsiniz. Bu durumda aşağıdaki örneği kullanmanız yeterli olacaktır.

 

Run All Health Analizer Rules

SharePoint 2010’dan bu yana Central Administration aracı ana sayfasında üst bölümde bulunan bir alan aracılığı ile bizlere ortamın sağlık durumu hakkındaki bulgularını gösterir. Bu bölüm, ciddi bir kural ihlali yaşandığında kırmızı, daha az önemli bir kural ihlali yaşandığında ise sarı arka plan rengindedir. Ve tıkladığınızda ilk çalışması biraz yavaş olacak şekilde mevcut yaygınlaştırmanızda bulunan, önceden ayarlanmış kural tanımlarına göre problemli olan bölümleri listeler. Zaman zaman bazı hatalarınızı nasıl düzeltebileceğiniz ile ilgili yol gösterici hata kodları, makale linklerini paylaşmak ile beraber bazı hata kodlarını ise otomatik fix özelliği sayesinde kendisi düzeltebilir.

Söz konusu sağlık durumu kontrollerinde tanımlı kuralların her birinin farklı çalışma aralıkları vardır. Bazı kurallar saatte bir kontrol edilirken bazı kurallar haftalık bazda kontrol edilebilir. Bu durumda özellikle ilk yaygınlaştırma sonrası düzelttiğiniz sorunların SharePoint açısından da düzelip düzelmediğini görmek açısından sorun olan kaydın üst bölümünde yer alan şeritte yer alan “Run Now” butonunu tıklamanız yeterlidir.

Buradaki sorunların fazla olduğu veya her defasında “ne kaldı?” sorusuyla uğraşmak istemeyenler için ise aşağıda tüm Health Analizer rulelarını kontrol eden jobları tetikleyen bir PowerShell scriptini bulabilirsiniz.

 

SPS İstanbul

SPS İstanbul

Biraz dikkatsizlik, biraz şansızlık.. Oldukça uzun süreden beri farklı dönemlerde aktif hale getirdiğim, kimi zaman daha kişisel, kimi zaman daha teknik başlıklara yer verdiğim kişisel sitemi eski verileri aktarmadan yeniden hayata geçirmek durumunda bıraktı beni.

Bu konuda başlangıcı da uzun dönemdir yurt dışında pek çok şehirde düzenlenen ve global bir sosyal ortam haline gelen SharePoint Saturday (SPS) etkinliğinin Türkiye’deki ilk oturumu olacak SPS İstanbul’un duyurusunu paylaşarak yapmak isterim. 7 Ekim 2017‘de Microsoft Türkiye ofisinde gerçekleştirilecek olan etkinlikte benim de konuşmacı olarak yer almam noktasında nezaket gösteren Hasan Köroğlu‘na teşekkür ederim.

Etkinlik hakkında detaylı bilgiye web sitesi olan http://spsistanbul.com adresinden ulaşabilirsiniz.

Görüşmek dileğiyle