migration Arşiv

Workflow Manager Server Migration

Workflow Manager Server yüksek ölçekli, yüksek yoğunluklu iş akışlarını barındırmak için kullanılmakta olan bir teknolojidir. Bildirim tabanlı (declarative) bir modelde geliştirme yapmanıza izin verir. Yani geliştirdiğiniz iş akışlarında kod barınmaz, sadece deklerasyonları barınır. Arka plan sistemleri ile servisler üzerinden haberleşerek iş mantığının akışa uygulanması amaçlanır. Microsoft .Net Framework 4.5 ve Windows Workflow Foundation üzerinde inşa edilmiştir.

Workflow Manager’ın genel kullanımı Microsoft SharePoint Server üzerinde SharePoint Workflow’larını çalıştırmaya yöneliktir. Aslında Workflow Manager, SharePoint için yaratılmış bir yapı değildir ancak genel kullanımına baktığımızda ağırlıklı olarak SharePoint ürünü ile beraber kullanıldığını gözlemliyoruz.

Topolojik olarak bir farm mantığında çalışır. Yani tıpkı SharePoint veya Exchange Server farmlarında olduğu gibi ilk sunucu kurulumundan sonra bir farm yapılandırması gerçekleştirirsiniz. Ardından yeni sunucular üzerinde de uygulama kurulumlarını yaparak oluşturduğunuz bu farma ekleyebilirsiniz. SharePoint özelinde bahsedecek olursak, ayrı bir sunucu olmadan doğrudan SharePoint Server kurulu olan sunuculara da kurulum gerçekleştirebilirsiniz. (Ancak önerilmez)

Workflow Manager hakkında kısa bir özetten sonra bu yazıda değinmek istediğim konuya gelmek isterim. Tüm sunucu uygulamalarında olabileceği gibi farklı nedenlerle Workflow Manager’I da mevcutta konfigüre edildiği sunucu üzerinden farklı bir ortama taşımak isteyebilirsiniz. Nedenleriniz aşağıdakilerden biri olabilir;

  • Mevcut ortamda yaşanan sıkıntılar sonrasında in-place düzeltme işlemlerini yapamıyor ve yeniden kurulum yapmak istiyor olabilirsiniz.
  • Alınan mimari bir karar sonrası Workflow Manager’I ayrı bir farm olarak değerlendirmek istiyor olabilirsiniz.
  • Bir felaket senaryosu sonrası elinizde sadece güncel Workflow Manager veritabanları kalmış olabilir ve yeni bir yapılandırma ile çalışmalarınıza devam etmek istiyor olabilirsiniz.
  • Kurulu bulunan ortamda Windows upgrade, domain upgrade/change, vb sistemsel altyapı çalışmaları yapılacak olması sebebiyle konfigürasyonu yenilemek istiyor olabilirsiniz.

Bu nedenleri artırmak mümkün. Temel olarak bir uygulamanın yeniden kurulması ve konfigüre edilmesi çok ciddi bir sorun gibi görünmüyor. Ancak sözkonusu olan iş akışlarını barındıran Workflow Manager gibi bir yapı olduğunda önemli olan konulardan biri de iş sürekliliği. Mevcut kurulumunu üzerinde yaygınlaştırılmış olan onlarca iş akışınız ve bu iş akışlarının SharePoint liste ve kütüphaneleri ile ilişkili binlerce devam örneği (instance) olabilir. Elbette ne tüm akışlarınızı yeniden yaygınlaştırmak isteyeceksiniz ne de devam eden örnekleri kaybedip tüm örnekleri yeniden başlatmayı. Bu noktada sağlıklı bir ortam kurmak ve mevcut yapının bu ortam üzerinde devam eden örnekleri ile beraber çalışmasını sağlamak önem taşıyor.

Bu işlemi gerçekleştirmek için öncelikle ön gereksinimlerimizi tanımlamamız gerekiyor.

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.