Workflow Manager Certificate Expiration

If you are using Workflow Manager 1.0 on SharePoint, you may face problems of workflows failing to run due to unexpected expiration of Workflow Manager and Service Bus certificates 5 years after the initial setup. This happens because the certificates that are generated during the setup do not get updated automatically after they expire. It may appear to be a minor issue which could be resolved by renewing the certificate, however you will get stuck once Workflow Manager expires and stops you from renewing.

Even though renewing certificates is not a difficult task, it may get complicated once you are prohibited to renew them after they expire. The reason is while active, Workflow Manager PowerShell checks certificates and it is not possible to establish connection between farms and Workflow Manager with an expired certificate. The error message you will receive while working with PowerShell and in the SharePoint logs will be as follows:

“Certificate requested with thumbprint … not found in the certificate store”

RBS (Remote Blob Storage) Verisinin Disk Üzerinden Silinmesi (SharePoint)

Varsayılan

RBS (Remote Blob Storage)

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.

Workflow Manager Certificate Expiration

SharePoint ortamınızda iş akışı hizmeti için Workflow Manager 1.0 kullanıyorsanız ilk kurulumunuzdan itibaren 5 yıl sonunda ansızın Workflow Manager ve Service Bus sertifikalarının expire olması nedeniyle iş akışlarınızın çalışmaması problemi ile karşılaşabilirsiniz. Çünkü kurulum esnasında otomatik oluşturulan sertifikaların süresi 5 yıl ve otomatik olarak yenilenmiyor. Çok klasik bir sertifika expire problemi gibi görünse ve hızlıca yeni bir sertifika yardımıyla sorunu aşabileceğinizi düşünsenizde Workflow Manager’ın süresi geçtikten sonra sertifika yenilemenize izin vermemesi ile bu sorunda çıkmaza girebilirsiniz.

Evet maalesef Workflow Manager sertifikalarının yenilenmesi çok basit bir işlem olsa da sertifika expire olduktan sonra bu işlemi gerçekleştirmenize izin verilmiyor. Çünkü Workflow Manager PowerShell yapısı çalışırken sertifika kontrolü yapıyor ve süresi geçmiş bir sertifika ile Workflow Manager farm bağlantısını yapamıyorsunuz. SharePoint loglarında ve işlem yapmak için PowerShell kullanırken alacağınız hata şöyle birşey olacaktır.

“Certificate requested with thumbprint … not found in the certificate store”

Maalesef Workflow Manager sertifika expire tarihi yaklaşırken bir uyarı vermiyor ve tabi 5 yıllık bir periyot için ilk kurulum yaptığınızda kendinize bir hatırlatıcı koymanızda çok uygulanabilir bir işlem değil. Bu nedenle genellikle iş işten geçtikten sonra haberdar oluyoruz.

Bu durumu çeşitli forumlarda aradığınızda genellikle uygulamanız gereken yöntem olarak önerilen yöntemi, yani Workflow Manager farmını yeniden yapılandırmanız ve eski verileri buraya taşımanız önerisini bulacaksınız. Evet bu önerilen yöntem ancak yazıldığı kadar kolay bir operasyon olmayacak 🙂

Sorunu çözmek için hemen aklımıza gelen yöntemlerden birisi de tarihi geri almak ve sertifika değişimini gerçekleştirip yolumuza devam etmek. Burada bu yöntemi işlem adımları şeklinde detaylandırmak istiyorum.

Pulse Secure VPN Sonrası İnternet Bağlantısının Yavaşlaması

Eğer VPN için Pulse Secure kullanmanız gerekiyorsa benim de yaşadığım bir sorunu yaşamış olma ihtimaliniz var. İnternet bağlantınız hiç olmadığı kadar yavaş ve birçok internet sitesinde kaynakların indirilemediğini gözlemleyeceksiniz. Windows 10 Redstone 3 ve üzeri versiyonlarda ve bazı Dell ve HP model bilgisayarlarda kullanılan wireless donanımı nedeniyle yaşanabiliyor sorun. İnternet hızınızı test etmek istediğinizde download hızınızın upload hızınızın bile altında olduğunu görebiliyorsunuz.

Sorunun çözümü için iki yol önerilmiş;

Çözüm 1

Network adaptör ayarlarınıza gidin ve sağ tık ile özelliklerine gelin. Bunun için Start > Run > ncpa.cpl yazabilirsiniz. Açılan ekrandaki adaptör özelliklerinden “Juniper Network Service” yanında yer alan checkbox’ın seçili olmamasını sağlayın ve ayarları kaydedin. Sonrasında yeniden VPN yaptığınızda sorun olmadan internet hızınızı doğru bir şekilde kullanabileceksiniz.

Çözüm 2

RSC servisini disable etmek gerekiyor. PowerShell ile benzer bir işlemi yapabilirsiniz. Aşağıdaki komutu run as administrator modda açılmış bir PowerShell konsolunda çalıştırın.

Buradaki Wifi 2 adaptör isminiz. Bu ismi elde etmek için aşağıdaki komutu çalıştırabilirsiniz.

 

SharePoint Saturday İstanbul 2019 Yaklaşıyor!

Benim de konuşmacıları arasında yer aldığım SharePoint Saturday Istanbul 2019 etkinliği 14 Aralık 2019‘da Microsoft Türkiye ofisinde. Etkinliğe ücretsiz olarak https://lnkd.in/de9NrHF adresinden kayıt olabilirsiniz. #SPSIstanbul #SharePoint

SharePoint Saturday İstanbul 2019

SharePoint Saturday İstanbul 2019

SharePoint Saturday İstanbul 2019

Kayıt olmak için: https://kommunity.com/sharepoint/events/sharepoint-saturday-istanbul-2019

Tips: Windows Güncellemesini Komut Satırı İle Silmek

Yüklü bir güncelleme paketini arayüz aracılığı ile kaldırmanız mümkün olmuyorsa veya KB numarasını bildiğiniz bir güncelleme paketini onlarcası arasından arayıp bulmak sorun oluyorsa aşağıdaki gibi bir komut satırı ifadesi işinize yarayacaktır.

  • Öncelikle “Run as Admin” modda bir komut satırı istemcisi açın.
  • Ekrana “systeminfo.exe” yazarak sistem hakkındaki detaylı bilgilerin yanısıra yüklü hotfixlerin listesini de elde edebilirsiniz.
  • Aşağıdaki komutu kullanarak silme işlemini gerçekleştirin.

 

 

Hata: Unable to load workflow actions from server. Please contact your server administrator.

SharePoint Designer 2013 yardımıyla SharePoint 2013 seviyesinde iş akışı geliştirmek istediğinizde aşağıdaki şekilde hata mesajı alıyor olabilirsiniz.

“Unable to load workflow actions from server. Please contact your server administrator.”

Bu hata mesajını internette aradığınızda pek çoğu lokal cache’in sıfırlanmasını tavsiye eden pek çok sonuç elde etmeniz mümkün. Ancak benim gibi bu gönderiler sizin de sorununuzu çözmemiş olabilir. Bu durumdaysanız aşağıdaki güncellemeyi yüklemenizi öneriyorum.

https://www.microsoft.com/en-us/download/details.aspx?id=50708

Hata: The form cannot be rendered. This may be due to a misconfiguration of the Microsoft SharePoint Server State Service

Yeni konfigüre ettiğiniz bir SharePoint farmında Infopath tabanlı formlarınızı web tarayıcı üzerinde görüntülerken aşağıdaki şekilde hata mesajı alabilirsiniz.

“The form cannot be rendered. This may be due to a misconfiguration of the Microsoft SharePoint Server State Service. For more information, contact your server administrator.”

Bu durumda yapmanız gereken işlem oldukça basit. State Service Application’ın aktive edilmesi gerekiyor. Bu işlem için aşağıdaki PowerShell komutlarını kullanabilirsiniz.

Adım 1 : State Service Application Provision İşlemi

Adım 2 : Service Application Proxy’i Yaratın

Adım 3 : Service Application Veritabanını Yaratın

Adım 4 : Database Şemasını Oluşturun

Detaylı bilgi için tıklayınız