SharePoint 2013, .Net Framework 4.6

SharePoint 2013’ün güncel Windows Server sürümleri üzerinde (üzerinde .Net Framework 4.6 yüklü olarak bulunan veya manuel olarak yüklenmiş olan) kurulumu esnasında hemen hemen hepimizin yaşadığı, çözümü basit bir problem için kendi kişisel siteme de not bırakmak istedim 🙂

SharePoint kurulumu öncesinde mâlum, öncelikle prerequisite installer uygulamasını çalıştırarak ortamın kurulum için gerekli ön işletim sistemi bileşenlerini konfigüre etmesini ve gerekli olan eklentileri sunucuya indirerek kurmasını sağlıyoruz. Prerequisite installer’ın hiç problemsiz tamamlanmasından sonra bile .Net Framework 4.6’nın yüklü bulunduğu sistemlerde SharePoint 2016 için elinizde bulunan kurulum dosyalarını çalıştırdığınızda hata almanız mümkün. Alacağınız hata mesajı aşağıdaki gibi, bu ürünün .Net Framework 4.5 gerektirdiğini belirtiyor olacak. Halbuki, eğer dikkat ettiyseniz zaten prerequisite installer’ın ilk görevlerinden biri .Net Framework 4.5’i yüklemek ve sorunsuz tamamlanmıştı!

 

 

Bu durumun sorun olmaktan çıkması amacıyla Microsoft 1 yıl kadar önce bir KB makalesi paylaşmıştı zaten. https://support.microsoft.com/en-us/help/3087184/sharepoint-2013-or-project-server-2013-setup-error-if-the–net-framewo adresinden ulaşabilirsiniz bu makaleye.

Özetle yapılması gereken;

  • Eğer SharePoint kurulumunu iso gibi paketlenmiş bir yapıdan gerçekleştiriyorsanız öncelikle dosya içeriğini ayrı bir klasöre açın.
  • SharePoint Server için bu adresten srvsetup.dll’i indirin. Makalede SharePoint Foundation ve Project Server için olan versiyonları da var.
  • Zip içerisinden srvsetup.dll’i çıkartın ve SharePoint setup klasörünüz içerisindeki “updates” klasörü içerisine kopyalayın.
  • Şimdi kurulum exe’sini yeniden çalıştırabilirsiniz.

 

Arama Hizmeti Veritabanı İsmi Değiştirmek

SharePoint 2016 arama hizmetini Central Administration web arayüzünü kullanarak oluşturmaya çalışmak sanırım en basit yöntem ancak SharePoint Central Administration her servis uygulamasını yaratmak için farklı form arayüzleri sunuyor bizlere. Bir kısmında veritabanı ismini değiştirebilir servis seviyesinde detaylı konfigürasyonlar yapabiliyorken bir kısmında bunların bir bölümüne izin vermiyor. Arama hizmeti de bunlardan bir tanesi. Eğer Central Administration arayüzünü kullanarak arama hizmetini yapılandırırsanız SharePoint aşağıdaki dört veritabanını ismini size sormaksızın yaratacaktır.

Admin Database:
<Servis Uygulaması Adı>
Analytics Database:
<Servis Uygulaması Adı>_AnalyticsReportingDB
Crawl Database
<Servis Uygulaması Adı>_CrawlDB
Links Database:
<Servis Uygulaması Adı>_LinksDB

Halbuki bir çoğumuz özellikle paylaşımlı veritabanı sunucusu kullandığımız veya sadece benim gibi takıntılı olduğundan bu bölümde veritabanı isimlendirmelerinde bir kuralın takip edilmesini isteyecektir. Hele ki Central Administration aracılığı ile yaratıyorsanız bu isimlerin sonuna bir de GUID şeklinde uzantı gelecektir ki kabul edilemez 🙂

Bu durumu aşmak için aslında bir bölümünü benim de daha önce paylaştığım PowerShell scriptleri var. Bu sayede Search Service Application’ın en detay konfigürasyonlarına kadar script içerisinden müdehale edebiliyorsunuz. Bazen bunlarda her ortamda çalışma garantisi vermiyor tabi.

Bugün öğrendiğim bir yöntemi paylaşmak isterim. Adım adım uyguladığınızda hedefimize ulaşmamızı sağlayan bir yöntem.

SharePoint Migration Tool from Microsoft

Aslında bir miktar zaman geçti aracın duyurulmasının üzerinden ancak ben bu konuda yazmaya ancak vakit bulabiliyorum. Geçtiğimiz aylarda Microsoft tarafından oldukça işimize yarayabilecek bir araç duyuruldu. Öncelikle aracın indirme bağlantısını paylaşayım : http://aka.ms/spmt

Aracı indirdikten sonra yapılması gereken oldukça basit, “install” butonuna tıklamak ve yüklenmesini beklemek. Araç bir clickonce application olarak yükleniyor ve sonraki açılışlarında güncellemeleri kendisi kontrol ediyor. Yeni çıkan bir araç olduğundan bu aralar bir miktar güncelleme gelecektir diye düşünüyorum düzeltmeler anlamında. Açılışta sizi basitçe akışı görüntüleyen bir ekran karşılıyor ve sihirbazı başlatıyorsunuz.

 

 

2010-to-2013-to-2016 SharePoint Migration

Uzun zamandır biliyoruz ki SharePoint ürününde en fazla bir üst versiyona içerik veritabanı yükseltme yöntemiyle yükseltme çalışması gerçekleştirebiliyoruz. Yani SharePoint 2010’dan SharePoint 2016’ya doğrudan yükseltme işlemini yapmak istiyorsak içerik veritabanı yükseltme yöntemini dolaylı yoldan kullanabiliyoruz. Bunun için önce 2010’daki içerik veritabanınızı SharePoint 2013’e, ardından da SharePoint 2013’e yükselttiğiniz veritabanını 2016’ya yükselterek işlemi sağlayabilirsiniz. Burada doğrudan yükseltmenin sağlanabilmesi için ise pek çok ücretli ürün bulunuyor. (ShareGate, Metalogix, vb)

Bu yazıda temel almak istediğim şey yükseltmenin nasıl yapılacağı değil. Bazen yükseltme yaptığınızı varsaydığınızda bile ilerleyen dönemde yarım kalmış operasyonlar sebebiyle sorun yaşayabiliyorsunuz. Örnek bir senaryo üzerinde çalışalım;

Senaryo: SharePoint 2010 olan uygulamamızı içerik veritabanı yükseltme yöntemini kullanarak SharePoint 2013’e yükselttik. Aradan birkaç yıl geçti ve şimdi de SharePoint 2016’ya yükseltme yapmayı deniyoruz.

Bu senaryo için karşılaşabileceğiniz bir senaryo olarak Mount-SPContentDatabase komutu sonrası aşağıdaki hata mesajını görüyor olabilirsiniz.

Uygulama: Office Lens

Bu sefer teknik bir yazıdan ziyade bir ürün tanıtımı yapmak istiyorum. Microsoft tarafından yayınlanan Office Lens günlük hayatımızı bir hayli kolaylaştırıyor. Pek çoğumuzun fiziksel olarak elimizde bulunan bir evrakı elektronik ortama tarayarak aktarma gibi bir süreci muhakkak oluyordur.

Bu konuda pek çok uygulama marketlerde yer alıyor aslında ama bunlarında büyük bir çoğunluğu fotoğraf çeker gibi çok da başarılı bir hizalama yapamadan gerçekleştiriyor çalışmasını. Bu durumda da elektronik ortama aktardığınız evrakı sağını solunu kırpmak suretiyle bolca vakit kaybedebiliyorsunuz. Veya başarılı olanlarında ise Premium versiyona geçmenizi, aksi durumda günde 4 sayfadan fazla tarama yapamayacağınızı belirten uyarılar, bolca reklam karşımıza çıkabiliyor.

Office Lens aslında yeni bir uygulama değil, ancak ben son dönemde aktif kullanmaya başladım. bu nedenle de hem haberdar olmayanlar için farkındalık sağlamak hem de birkaç ekran görüntüsü ile uygulamayı göstermek istedim.

Uygulamaya iOS ve Android tabanlı telefonlarınızdan kendi marketleri üzerinden erişebilirsiniz.

Tüm Çözüm Dosyalarının Kaydedilmesi

Sıklıkla ihtiyacımız olan başlıklardan biri olduğundan her ne kadar pek çok ortamda bu konuda örnekler mevcut olsa da kişisel arşiv anlamında ben de kullandığım scripti paylaşmak isterim. SharePoint farmınızda yüklü olan tüm çözüm dosyalarınızı tek seferde export etmek ve bir klasöre almak isteyebilirsiniz. Bunun için örnek senaryo canlı ortamdan test ortamına uygulama eşitlemesi yapmak istediğiniz zamanlar gösterilebilir. Mevcut canlı ortam uygulamasını test ortamına dilediğiniz yöntem ile taşıdıktan sonra güncel çözüm dosyalarınızı da export edip test farmınıza deploy etmeniz gerekebilir. Örnek scripti aşağıda bulabilirsiniz;

 

Microsoft Flow – Hatırlatma Uygulaması

Microsoft Flow ile ilgili daha önceki kısa yazılarımda Flow’un ne olduğundan, şablon kullanarak nasıl akış geliştirebileceğimizden ve boş bir akış ile farklı türdeki eylemleri nasıl kullanabileceğimizden bahsetmeye çalışmıştım. Şimdi bir gerçek hayat uygulaması hazırlamaya çalışalım istiyorum.

Pek çok müşterimizde SharePoint üzerinde tuttukları dokümanlar veya liste öğeleri üzerinden hatırlatma uygulaması ihtiyacı oluyor. Örneğin bir kütüphanede sözleşmelerinizi tutuyorsunuz. Meta veri olarak sözleşmenin başlangıç tarihi ve bitiş tarihi elinizde veri olarak var. Bu durumda bir sözleşme hatırlatma uygulaması çok işe yarardı sanırım. Örneğin sözleşmenin bitmesine 30 gün kala yenileme çalışmalarını yapabilmeniz için size e-posta gelseydi. Veya çalışanlarınıza ait özel sağlık sigortalarını bir listede tutuyorsanız ve her özel sağlık sigortasının yenileme tarihi farklıysa günlük kontrolleri sizin yerinize bir sürecin yapması ve ilgili kişilere yenileme çalışması için hatırlatma bilgisi verseydi eminim işiniz bir hayli kolaylaşırdı. Bu konudaki senaryo örneklerini artırmak mümkün. Bu nedenle burada örneklemeye çalışacağım senaryo şu şekilde olacak.

“Sigortalar isimli bir listemiz var. İçeriğinde personelin adı, sigortanın türü ve sigortanın yenileme tarihi bilgisini tutuyoruz. İlgili poliçenin yenilenmesine 7 gün kala bir hatırlatma e-postası almak istiyoruz.”

Söz konusu örnek için SharePoint listemiz aşağıdaki görünümde olacak.

 

Microsoft Flow – Boş Akış Oluşturma

Daha önceki kısa yazılarımda Microsoft Flow’un ne olduğundan ve hazır bir şablonu kullanarak hızlıca ihtiyaca yönelik bir otomasyon kurmaktan bahsetmiştim. Bu yazılara ayrıca aşağıdaki bağlantılardan da erişebilirsiniz.

Şimdi ise boş akış şablonunu kullanarak yeni bir senaryonun denemesini yapmaya çalışalım. Senaryomuz şu olacak;

“OneDrive’ımız içerisindeki spesifik bir klasöre, dosya adı içerisinde belirttiğimiz metin geçen dosyalar için bir akış oluşturmak. Eğer belirttiğimiz metin geçiyorsa buna göre konu barındıran bir e-posta, geçmiyorsa farklı bir konu ve içerikte başka bir e-posta almak. Ve son olarak her iki koşulda da bu dosyanın SharePoint içerisinde belirteceğimiz bir kütüphaneye kayıt olmasını sağlamak”

Bunun için öncelikle https://flow.microsoft.com adresine kullanım yetkisi olan bir hesap ile giriş yapmamız gerekiyor elbette. Ardından üst bölümde yer alan bağlantı aracılığı ile “Boş akış oluştur” komutunu veriyoruz.

Microsoft Flow – Şablondan Akış Oluşturma

Microsoft Flow ile temel hedef kitle etkin kullanıcı (power user) olarak nitelendirdiğimiz, bilgisayar ve temel Microsoft Office kullanım yetkinliğine sahip kişiler. Bu nedenle Flow içerisinde kod yazmaya olan ihtiyaç en aza indirgenmiş durumda. Tabi bazı alanlarda filtreleme gibi işlemleri yerine getirmek için bir miktar teknik kişi desteğine ihtiyaç olacaktır. Çünkü bu bölümlerde OData filtreleri, vb yapılar kullanılıyor.

Bu kısa yazıda mevcut şablonlar üzerinden iki servisi birbirine bağlayarak bir süreci otomatikleştirmeye çalışacağız. Temel senaryomuz şu şekilde;

“Twitter’da belli bir hashtag kullanılarak atılmış tweetleri bir SharePoint listesinde toplamak”

Microsoft Flow’un 300’den fazla şablon barındırdığından bahsetmiştik. Bu şimdilik etiketiyle vermemiz gereken bir rakam çünkü her geçen gün hem paylaşım yapan insanların hem de Microsoft’un yeni servisleri veya senaryoları barındıran şablonları buraya eklemekte olduğu bilgisini paylaşmakta yarar var.

Microsoft Flow Nedir?

Microsoft Flow bulut tabanlı, kullanıcılar akış oluşturması ve süreçlerini otomatik hale getirmesi amacıyla kullanılan bir yazılımdır tanımı yanlış olmaz sanırım. Arka planda pek çok Microsoft servisi ve third-party servis ile entegre çalışan yapı sayesinde oldukça basit ve günlük hayatta ciddi zaman tasarrufu sağlayan otomatikleştirilmiş akışlar oluşturabilirsiniz. Temel olarak koşul ve koşula bağlı aksiyonlar olarak tanımlayabileceğimiz yapı sayesinde Exchange Online, Dynamics, PowerApps, SharePoint, vb hem bulut tabanlı hem de GateWay aracılığı ile on-premise sistemi entegre edebildiğiniz süreçler oluşturmak mümkündür.

Bazı örnek senaryolar üzerinden duruma bakacak olursak;

  • Dynamics’de oluşturulan her bir fırsat kaydı için satış uzmanlarına otomatik bir e-postanın gönderilmesi.
  • SharePoint’te oluşturulacak veya güncellenecek her bir kayıt için arka planda Yammer veya Teams’de bir post oluşturulması.
  • Belli bir zaman aralığında size hatırlatma e-postaları gönderilmesi.
  • Belli bir hashtag içeren tweetler için size e-posta göndermesi veya bir listeye bu tweetleri kaydetmesi.

Ve benzeri pek çok küçük süreci tek başına veya bir biri ardına ekleyerek daha büyük bir süreç oluşturmak mümkün hale getirilebilir Microsoft Flow aracılığı ile.