Bildiğiniz gibi özellikle yapay zekanın gelişmesi sonrası bir çok sistem daha sık güvenlik güncellemesi yayınlamaya ve bu yayınlanan güncellemelerinde hızlı bir şekilde sistemlere geçilme ihtiyacı oluşmaktadır.

Herhangi bir SharePoint yapısında bir KB paket güncellemesi geçileceği zaman yapılan aşamaları incelersek ilk olarak KB paketinin exe dosyası tüm sunucularda başarılı bir şekilde çalıştırılarak kurulum sağlanır. Bu işlemi isterseniz sırayla isterseniz de aynı aynda yapabilirsiniz. Mevcut farm sistemi içerisinde bulunan tüm sunucularda KB patch exe yüklemesi başarılı bir şekilde tamamlandıysa şimdi de sırası ile her bir sunucu da SharePoint Configuration Wizard çalıştırarak ilgili güncellemeyi tamamlamamız gerekmektedir. Burada sunucu sırasının bir önemi olmamakla birlikte en önemli kısım tüm sunucularda sırası ile işlemin yapılması ve bir tanesinde süreç tamamen bitip tamamlanmadıkça diğerinde başlanmaması gerekmektedir.

Gerekli tüm sunucularda ilgili paketler yüklendikten sonra configuration wizard çalıştırıldığı zaman bazen tüm sunucularda bazen sadece bazı sunucularda paket yüklü olmadığına dair bir hata verebilmektedir.

Bu işlemi SharePoint Configuration Wizard arayüzünden yaptığınız zaman yukarıdaki şekilde bazı sunucularda paket yüklü olmadığının hatasını verecektir.

Aynı şekilde arayüz kullanmayıp SharePoint Management Shell üzerinden de tetiklediğiniz zaman bu hata karşınıza çıkacaktır.

Bu durumda tekrar eksik paketi ilgili sunucularda yüklemeye çalıştığınız zaman zaten yüklü olduğu uyarısını alacaksınız.

Bu durumlarda hata veren sunuculara tek tek giderek sırası ile aşağıdaki powershell komutunu çalıştırmanız gerekmektedir. Bu saye de farm yapısında paketin yüklendiği tanımlanacaktır.

psconfig -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

Yukarıdaki powershell kodunu hata veren her bir sunucu da sırası ile SharePoint Management Shell üzerinde admin olacak şekilde çalıştırdıktan sonra tekrardan arayüz ya da powershell üzerinden SharePoint Configuration Wizard çalıştırmayı denediğiniz zaman bu hatanın gelmediğini görüp sistem üzerinde sorunsuz bir şekilde güncellemenizi tamamlıyor olacaksınız.

The post SharePoint Farm Server Yapısında KB Paketini Yüklediğiniz Halde Yüklenmemiş Gözükmesi Hatası ve Çözümü appeared first on Yunus Emre Araç.

Bildiğiniz gibi Microsoft bu KB güncellemelerini düzenli olarak her ay yayınlamakta ve özellikle internete açık sistemler de bu güncelleştirmeler kritik olmaktadır. Bu güncellemeleri yüklerken herhangi bir hata ekranı ya da detaylı inceleyecek kısımlar bulunmamaktadır. Özellike büyük farm yapılarında bazen yüklerken takılabiliyor, uzun sürebilir ya da hata verebilir.

Örnek olarak yukarıdaki şekilde yükleme çubuğunda bir kısıma kadar gelip orada sabit kalabiliyor ve bu takılma kısmı farklı seviyelerde de olabilir. Bu durumda iptal etme ya da zorla kapatma dışında da bir işlem yapılamayabiliyor.

Yukarıdaki işlemi iptal ettikten sonra ya da ilk çalıştırmada yukarıdaki şekilde hata verebiliyor. Bu aşamada hem ULS Viewer hem de Event Viewer tarafında herhangi bir hata da göstermeyebiliyor. Tabi çoklu bir farm yapısında bir sistem de bazı sunuculara yüklemiş ve bazılarına da yükleyememiş olduğunuz için sistem stabil yapısını yani yapı bütünlüğünü de kaybediyorsunuz.

Bu durumda ya da yüklenen KB paketinin içerisinde neler yaptığını detaylı bir şekilde takip edebilmek adına ilgili paketin “msiexec” kullanarak log yazdırıp işlem adımlarını takip edebiliriz. Ama her ne kadar exe dosyası da olsa bu yüklemeleri direkt olarak “msiexec” ile çalıştıramayız. Bu işlem için aşağıdaki adımları izlenmesi gerekmektedir.

Eğer sunucunuz tekli bir farm yapsında ise sharepoint configuration wizard çalıştırabilirsiniz ya da farm yapsında ilk sunucu da bu işlemi yaptığınızda hata aldıysanız çalıştırıp yükleme kalıntılarını temizleyebilirsiniz. Ama başka sunuculara zaten yüklenmişse ortak farm yapısında bu işlemi yapamayacaksınızdır.

İlk aşamada KB güncelleme exe dosyası olsa bile “msiexec” ile çalışabilecek bir yapıda değildir. Bundan dolayı bu exe dosyasını “msiexec” ile çalışacak şekilde ayarlamamız gerekmektedir.

Bu işlemleri daha rahat yapabilmek adına C diskinde bir klasör açarak adına “KB” diyorum ve bu klasörün içine exe patch koyuyorum. Cmd üzerinden daha rahat erişebilmek adına “uber-subscription-kb5002927-fullfile-x64-glb.exe” şeklinde olan dosya adını “kb5002927.exe” olarak güncelliyorum. Bu isim değiştirme sizin tercihinize kalmıştır. Aynı zaman da klasör içine de “kb5002927” adında da bir klasör açıyorum.

Yukarıda gördüğünüz gibi bir klasör yapısı kurduk. İlk olarak exe dosyasını msiexec ile kullanabilmek için bu klasöre açacağız. Cmd yi yönetici olarak çalıştırıyoruz ve aşağıdaki komutu yazıyoruz.

Burada path olarak C altında açtığımız “KB” klasörüne getiriyoruz yani exe olan klasörde olacak şekilde aşağıdaki kodu yazıp enter tıklıyoruz.

kb5002927.exe /extract:C:\KB\kb5002927

Daha sonrasında yukarıdaki gibi bir popup açılarak lisans kabul onayı verip “Devam” tuşu ile süreci ilerletiyoruz.

Dosya açma işlemi tamamlandıktan sonra yukarıdaki gibi bir tamamlanma mesajı gelene kadar bekliyoruz. Bu işlem tamamlandığı zaman KB altında yer alan klasörümüzün içine dosyalarımız yüklenmiş oluyor.

Gördüğünüz gibi ilgili klasör altına tüm dosyaları açtı. Şimdi bu dosyaları kullanarak kb güncellemesini msiexec ile yükleyebiliriz. Bunun içinde tekrardan cmd üzerinden ilerlememiz gerekiyor.

Cmd yine yönetici ile çalıştırdıktan sonra exe dosyamızı açtığımız klasöre geliyoruz. Hemen orada aşağıdaki şekilde komutumuzu yazarak çalıştırıyoruz.

msiexec /p sts-x-none.msp /L*v C:\KB\kb5002927.log

Burada yükleme yaparken aynı zamanda KB klasörü içersinde bir log dosyası oluşturup yükleme adımlarını adım adım loglaması içinde bilgiyi ekliyoruz.

Kodu çalıştırdıktan sonra yukarıdaki gibi bir popup çıkacaktır. Bu yükleme işlemine başladığı anlamına gelmektedir.

Ara ara da yukarıdaki gibi birden fazla yükeleme ekranı gekecektir. Bunların tamamlanmasını beklemeniz gerekmektedir.

Yüklemeler tamamlandığı zaman yukarıdaki ekran görüntüsünde de göreceğiniz gibi belirtilen yerde log dosyası oluşmuş ve içerisinde de en sonda yükleme işlemi başarılı bir şekilde bittiği mesajı görünmektedir.

Bu şekilde başarılı bir şekilde kb güncellemenizi yapmış oldunuz. Eğer yine hata vermiş olsaydı. Bu log dosyası üzerinden adım adım neler yaptığını ve hangi aşamada neden dolayı hata alıp takıldığını takip edebiliyor olursunuz.

İşlemler başarılı bir şekilde tamamlandıktan sonra tek yapmanız gereken var olan süreçteki gibi SharePoint Configuration Wizard çalıştırarak yapılan güncellemeyi sistem üzerinde tamamlamanız.

The post SharePoint OnPrem Ortamda KB Yükleme Sırasında Başarısız Hatası Alma ve ‘msiexec’ Kullanarak Güncelleme Yükleme appeared first on Yunus Emre Araç.

Bu durum özellikle aktif olarak bir proje geliştirildiği zaman sorun yaratabilmektedir ve masterpage, script editör, sistem css ve js dosyaları gibi bir çok yerde düzenleme yapmanızı engellemektedir. Bu özelliği de sadece global admin yetkisi olan kullanıcılar değiştirebildiğinden dolayı iş yapmayı ciddi anlamda zorlaştırıyor.

Kullanılan bu özellik eskiden tüm sharepoint siteleri için tek bir yerden yönetildiği gibi tek seferlik bir ayarlama ile kalıcı olarak güncellenebiliyordu ama bu yeni yapı da her bir web application için ayrı ayrı yapılması gerekmektedir.

Şimdi size bu durumu en azından geliştirme süresi boyunca nasıl çözeceğinizi anlatacağım. İlk olarak bu özelliğin yeni yerini size gösterelim.

Global admin kullanıcınız ile “sharepoint admin center” adresine gidiyorsunuz. Burada sol tarafta yer alan menü de “Sites” başlığı altında yer alan “Active sites” ekranına gidiyoruz. Bu sayfa da karşınıza sharepoint adresiniz de yer alan aktif siteler gelecektir.

İşlem yapmak istediğiniz siteyi seçtiğiniz zaman sağ tarafta açılan popup ekranında bu site ile ilgili detayları görebilirsiniz. Üst kısımda yer alan menüden “Settings” sekmesine geldiğiniz zaman orada “Custom scripts” kısmını görebilirsiniz ve default olarak “Blocked” geldiğini göreceksiniz. Manuel olarak ayarı açmak için “Edit” tıklayarak ayar ekranına gidebilirsiniz.

Açılan ekran da “Allowed” ve “Blocked” olarak iki seçenek gelecektir ve buradan “Allowed” olarak seçim yapıp “Save” butonu ile kaydederseniz “Custom scripts” özelliğiniz aktif olacaktır. Ama üstte de göreceğiniz gibi en geç 24 saatte bu özellik tekrardan “Blocked” durumuna otomatik olarak gelecektir.

Bu durum için ya global adminin 24 saat süreyle bu özelliği tekrar aktif etmesi ya da ihtiyaç olduğunda işe başlamadan önce bu özelliği sizin aktif etmeniz gerekmektedir.

Şimdi bu durum uzun süreli projelerde ciddi bir zaman kaybı ve sorun yaratabilir. Bu özelliği kalıcı olarak aktif edecek bir otomasyon yapısı kurarak düzenli olarak aktif hale gelmesini sağlayabiliriz.

Bunun için yine “Microsoft 365” ürünü olan “Power Automate” ürününü kullanacağız ama burada yine oluşturacağımız flow global admin hesabı ile işlemi yapması gerekmektedir.

Power Automate sitesine geldiğiniz zaman sol menü de yer alan “My flows” kısmına tıklayarak flowlara geliyoruz. Bu kısımda üst menüdeki “New flow” butonu alında yer alan “Scheduled cloud flow” seçeneği yani zamanlanmış akış özelliğini seçerek onu oluşturmamız gerekiyor.

Açılan ayar popup kısmında flow adını eğer bu ayarı site bazlı ayıracaksanız ona göre diğerlerinden ayırt edebilmek adına isimlendirebilirsiniz. Diğer bir ayar kısmı ise bu flow ne zaman çalışması gerektiği ve ne kadar süre de bir tekrar çalışacağı ayarlanma kısmıdır. Bu kısım tamamen size kalmış bir durum ama ben her gece oniki de olacak şekilde 24 saatte çalışacak özelliğin aktif hale gelmesini istediğim için bu şekilde ayarlıyorum. Sizde kendinize göre ayarlamayı yaptıktan sonra “Create” butonu ile flowu oluşturabilirsiniz.

Gelen flow ekranın da “+” butonuna tıklayarak gelen sol menüden “SharePoint” başlığı altında yer alan “Send an HTTP request to SharePoint” aksiyonunu seçiyoruz.

Eklediğimiz aksiyon kısmı için sol tarafta açılan popup kısmında menüde yer alan ilk ayar kısmı olan “Parameters” başlığı altındaki alanları doldurmamız gerekmektedir. Bu alanlar sırası ile aşağıdaki açıklamalara uygun dikkatli şekilde doldurulması gerekmektedir.

• Site Address: Bu kısıma sharepoint online admin adresiniz gelmesi gerekmektedir. Genellikle online adresinizin sonuna “-admin” eklenmiş halidir. Ben kendi admin adresim olan “https://yunusemrearac-admin.sharepoint.com” adresini yazdım sizde kendi admin adresinizi yazabilirsiniz. Eğer bilmiyorsanız sol üst hamburger menüden ya da üstte özelliği manuel olarak açmayı gönderdiğim ekrandaki url adresinden görebilirsiniz.
• Method: Bu kısımda “PATCH” seçilmesi gerekmektedir.
• Uri: Bu alana istek atacağımız api adresimizi yazmamız gerekmektedir. Özelliği açacak api isteğimiz “_api/SPO.Tenant/sites(‘SiteId’)” olarak yazılması gerekmektedir. son kısımda yer alan “SiteId” yazan yere işlemi gerçekleştirmek istediğiniz sitenin id bilgisini yazmanız gerekmektedir. Bu ayarı da yine üstte göstermiş olduğumuz site seçimi yapıldığında site ile ilgili açılan popup esnasında urlde yer almaktadır.
• Advanced parameters: Burada zaten toplamda iki ayar var ve bu iki ayar olan “Headers” ve “Body” parametrelerini seçerek onları da girmemiz gerekmektedir.
• Headers: Burada tek bir parametre girmemiz gerekiyor. “content-type” başlığında “application/json” değerini giriyoruz.
• Body: Bu kısımda da sabit olarak ‘{“DenyAddAndCustomizePages”:1}’ olarak giriyoruz. Eğer 1 olarak bırakırsak özelliği açacaktır ama 2 olarak değiştirirsek bu da kapatacaktır.

Tüm bunları doğru bir şekilde girdikten sonra sağ üst tarafta “Save” butonu ile kayıt edebiliriz. Bunu test etmek istediğiniz zaman da yine bu butonun yanında yer alan “Test” butonuna tıklayarak açılan sağ popupta “Manually” seçerek alt kısımda yer alan “Test” butonu ile testi başlatabilirsiniz.

Bu aşamada flow çalışmaya başlamadan önce özet bir ekran gelecektir aslında bu manuel giriş gerektiği durumlarda özet bir çalıştırma öncesi ekran olacaktır.

Özet inceledikten sonra herhangi bir sorun görünmüyorsa alt kısımda yer alan “Run flow” butonu ile akışımızın çalışmasını tetikleyebiliriz.

Akışımız çalıştığında ve sorunsuz bir şekilde tamamlandığında sonuç sayfasında bunu göreceğiz ve “Done” butonu ile testimizi tamamlayabiliriz.

Bu test sonrası yine üst kısımda yer alan manuel ayar kısmında özelliğin aktif olup olmadığını kontrol edebilirsiniz. Tekrar emin olmak adına özelliği manuel olarak kapatarak akışınızı yine test olarak tetikleyip kontrol sağlayabilirsiniz.

Bu akış ile herhangi bir efora gerek kalmadan günlük olarak custom scripts özelliğiniz aktif hale gelecektir. Sizde bu akışları site bazlı oluşturursanız ihtiyaç durumuna göre akışı kapatıp ya da açarak yönetebilirsiniz.

The post SharePoint Online “Custom scripts” Özelliğinin Devamlı Aktif Olmasını Sağlamak appeared first on Yunus Emre Araç.

Yukarıda da göreceğiniz gibi tüm sunucularda cumulative update geçildiği halde bazı sunucualrda bu yansımamaktadır. Bu durum ilk başlarda pek sorun yaratmayacak olarak görünsede sonraki zamanlarda Configuration Wizard çalıştırdığınız da bu statüden dolayı işlemlerinizi kesebilmektedir.

Bu hatanın giderilmesi için farm sisteminde bulunana tüm sunucularda update yapılmış olduğunun ve sonrasında configuration wizard çalıştığımızdan emin olmamız gerekmektedir. Bunların yapılmış olmasına rağmen ekran görüntüsündeki sayfada yer aldığı gibi uyarılar alınmaya devam ederse aşağıdaki şekilde ilerleyebilirsiniz.

İlk olarak bu hatayı aldığınız tüm sharepoint sunucularına giderek sırası ile sharepoint management shell yönetici olarak çalıştırmanız lazım.

psconfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

Yukarıdaki powershell kodunu yönetici olarak çalıştırdığımız sharepoint management shell ekranında çalıştırıyoruz.

Komutu çalıştırdıktan sonra ekran görüntüsündeki gibi scriptin tüm aşamalarının sorunsuz olarak çalışıp tamamlanmasını bekliyoruz.

Eğer ekran görüntüsündeki gibi sorunsuz çalıştığını ve tamamlandığını görüldüyse tekrardan central adminden işlem yapılan sunucu için sayfayı yenileyerek kontrol sağlamamız gerekiyor. Orada da göreceğiniz gibi “Upgrade Required” olan statünün “No Action Required” olarak değiştiğini göreceksiniz.

Bu işlemden sonra hatayı alan tüm sunucularda sırası ile tek tek bu adımları yapmanız gerekmektedir.

The post SharePoint Sunucularında Cumulative Update Geçişi Sonrası Central Administration Servers in Farm Kısmında “Upgrade Required” Statüsünün Değişmeme Sorunu ve Çözümü appeared first on Yunus Emre Araç.

Bildiğiniz gibi her uygulama da olduğu gibi sharepoint uygulamasında da microsoft tarafından düzenli olarak yayınlanan ve eksiklikler, güvenlik açıkları vb. güncellemeleri almamızı sağlayan cumulative update yayınlamaları yapılmaktadır.

Düzenli olarak bu güncellemeler sunuculara yüklenerek hem sistemler güncel tutulur hem de herhangi bir yeni özellikleri sistemimizde aktif etmiş oluruz. Ama bazen bu güncellemeler sistemimizdeki sorunları çözmenin yanı sıra bize ekstra sorunlar getirebiliyor.

Bu hatalarda en sık karşılaşılabilen ve sisteminizin çalışma akışını etkileyekecek olan sharepoint designer workflowların hata vererek durumlarının “Failed on Start” statüsüne düşmesi olacaktır.

Bunun yanı sıra bu workflowu gidip tekrar yayınlamaya kalktığınız zaman herhangi bir hata olmamasına rağmen publish ederken “unexpected error on server associating the workflow” hatası alabilirsiniz.

Şimdi bu hataları nasıl alacağınızdan ve hata ekran görüntülerini bir inceleyelim.

Yukarıda da göreceğiniz gibi herhnagi bir değişiklik olmadığı halde siz güncellemeyi yapana kadar çalışan worflowlar yukarıdaki gibi “Failed on Start” hatası vermekte olup elle tetikleyip tekrar defalarca başlatsanız bile aynı hatayı vermeye devam edecektir.

Eğer bu hatadan sonra gidip sharepoint designer üzerinde workflowunuzu kontrol edip tekrar yayınlamaya çalışacaksanız o zamanda yukarıdaki şekilde bir hata ile karşılaşacaksınız.

Yazımın başında da bahsettiğim gibi bu hata yüklemiş olduğunuz cumulative update sonrası oluşmaktadır ve bunu çözmek için 2 aşamalı bir yol izliyoruz.

Bunun için ilk adım farm sisteminde bulunan tüm sharepoint sitelerinde workflow sorunu yaşadığınız veya bulunan tüm web applicationların web.config dosyalarında “System.Workflow.ComponentModel.WorkflowCompiler” tagı altında yer alan aşağıdaki aralığını buluyoruz.

<authorizedTypes>
     <targetFx version="v4.0">
        -------------
    </targetFx>
</authorizedTypes>

burada yer alan “authorizedType” taglarının sonuna aşağıdakini ekliyoruz.

<authorizedType Assembly="Microsoft.SharePoint.WorkflowActions, Version=16.0.0.0, Culture=neutral, PublicKeyToken=null" Namespace="Microsoft.SharePoint.WorkflowActions.WithKey" TypeName="*" Authorized="True" />

Bu eklemeyi farm içerisinde yer alan tüm sharepoint sunucularında yaptıktan sonra ek workflowları tetiklerseniz eğer yine hatanın gitmediğini göreceksiniz.

Bu web.config güncellemesinden sonraki ikinci adım ise workflowlarınızı tekrar publish etmeniz lazım. Bu sefer yukardaki hatayı almadan publish yapabilecek ve workflowlarınızı tetiklediğiniz zaman sorunun düzelerek hata almadan çalıştığını göreceksiniz.

The post SharePoint Sunucularında Cumulative Update Geçişi Sonrası SharePoint Designer Workflowların Publish Edilememesi ve Çalıştırıldığında Alınan “Failed on Start” Hatası ve Çözümü appeared first on Yunus Emre Araç.

Bu hata da hem sharepoint log tarafında hem de event viewer tarafında tam bir hata logu bulunmadığından yönlendirilmesi ve çözüme ulaşmak biraz zor olacaktır. Bundan dolayı bu sorum için sorunun farm dahil bazı sunucularda sitelerin gelmesi ve bazılarında da gelmemesi gibi ya da genel olarak herhangi bir sorun yokken HTTP 500 Internal Server Error hatası vermesinden fark edebilirsiniz.

Bu hata kısmında yeni bir sunucu kurup farm sistemine dahil etseniz de ya da sunucu tarafında sharepoint configuration wizard çalıştırıldığı zaman da herhangi bir sorun olmadan tamamlanmaktadır. Tüm sharepoint sistemleri ve yapısı, servisler ve her kısım sorunsuz bir şekilde çalışmaktadır.

Yukarıda da göreceğiniz gibi bazı sunucularda siteler görseldeki gibi “HTTP 500 Internal Server Error” hatası vererek bu sayfayı açmaktadır.

Burada hatanın çözümü için hatanın verdiği sharepoint sunucusuna gitmeniz gerekmektedir. Bu sunucuda IIS açarak hata veren siteye gidiyoruz.

IIS açtıktan sonra sol menü de yer alan “Sites” altında siteyi buluyoruz ve tıkladığımızda açılan ekranda “IIS” kategorisi altında yer alan “Modules” başlığına tıklayarak giriyoruz.

Modules listesinde “SPRequestFilterModule” adındaki alanın boş olduğunu göreceksiniz. Bu hata bu kısmın boş olmasından kaynaklanmaktadır. Bu hata çözümü için aşağıdaki dört yöntemden biri ile çözebilirsiniz.

1. Modul Değerinin Tamamen Silinmesi

Bu alanı tamamen silebilirsiniz. Eğer silerseniz bu hatayı veren tüm sunucularda tüm sitelere girerek bunu silmeniz gerekecektir. Bir de çalışanlarda da eğer bu parametre dolu ise tekrar sorun yaratmaması için onları da silmenizi öneriririm.

2. Bu Değerin Manuel Olarak Doldurulması

Bu alanı diğer sunucularda da olduğu gibi her bir hata veren sunucu ve site de “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\isapi\sprequestfilteringmodule.dll” değeri ile güncellemeniz gerekmektedir. Buradaki path sharepoint versiyonuna göre değişebilir kontrol edebilir ya da çalışan sunucularda var ise bu değer oradan kopyalayabilirsiniz.

3. applicationHost.config Dosyasının Güncellenmesi

Eğer sharepoint sunucunuz da bir sürü web application var ise ve tek tek bunları güncellemeniz zaman alacaksa her bir sunucu da sadece “applicationHost.config” dosyasında güncelleme yaparak işlemi tamamlayabilirsiniz. Bunun için hata veren her bir sunucu da file explorer üzerinden “C:\Windows\system32\inetsrv\config” pathine gidip ilgili config dosyasını görebilirsiniz.

Bu dosya içerisinde yer alan “globalModules” tagının hemen içine aşağıdaki şekilde değişkenimizi eklememiz gerekmektedir.

<add name="SPRequestFilterModule" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\isapi\sprequestfilteringmodule.dll" preCondition="integratedMode,bitness64" />

Bu kısımda image tagı içinde yer alan dll path adresi sharepoint versiyonuna göre değişebilmeceğinden dolayı kontrol etmeniz gerekmektedir.

4. PowerShell Script

Eğer sorun yaşanan sunucularda aşağıdaki powershell scriptini çalıştırırsanız ilgili güncellemeyi yapıyor olacaktır.

$assembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
$amsiReceiver = $assembly.GetTypes() | ?{$_.Name -eq "AntimalwareScanFeatureReceiver"}
$amsiReceiver::EnsureGlobalConfiguration()

Eğer sharepoint sürümünüz 2019 veya Subscription Edition versiyonu ise aşağıdaki komutu çalıştırmanız gerekmektedir.

$assembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
$amsiReceiver = $assembly.GetTypes() | ?{$_.Name -eq "AntimalwareScanFeatureReceiver"}
$amsiReceiver::ChangeGlobalConfiguration()

Yukarıdaki dört yöntemden birini denedikten sonra ilgili alan doldu ise siteleriniz sorunuz olarak açıldığını göreceksiniz.

The post SharePoint On Premise Ortamda Sitelerin Aynı Farmdaki Sunucularda Bazılarında Gelip Bazılarında “HTTP 500 Internal Server Error” Hatası ve Çözümü appeared first on Yunus Emre Araç.

İlk olarak oluşturmuş olduğunuz proje için nasıl paket oluşturabileceğinizi gösterelim.

Eğer projenizde npm paketleri yüklenmemişse aşağıdaki komut ile terminal üzerinden tüm npm paketlerini yüklemeniz gerekmektedir.

npm install

Yukarıdaki kodu her bir proje için bir defa sadece çalıştırmanız yeterli olacaktır. Onun dışında her değişiklikler de projenizdeki dosyaları kaydettikten sonra aşağıdaki adımları izleyerek paketinizi oluşturup yüklemesini yapabilirsiniz.

gulp build

Bu komut başarılı bir şekilde çalıştıktan sonra aşağıdaki kodu çalıştırıyoruz.

gulp bundle --ship

Bu kodumuz da başarılı bir şekilde çalıştıktan sonra en son kodumuzu çalıştırıyoruz ve bu kodda tüm kodumuzu paket haline getiriyor.

gulp package-solution --ship

En son bu kodumuzu çalıştırdığımız da projemizde “sharepoint” adında bir klasör oluşturarak bu klasör içinde de “solution” adında bir klasörün için de “.sppkg” uzantılı bir spfx dosya paketi oluşturduğunu göreceksiniz.

Yukarıda da gördüğünüz gibi hem proje dosyasında path oluştu hem de terminal tarafında son aşamada paket bilgisi görünmektedir.

Şimdi bu paketi sharepoint online sitemizde nasıl aktif edeceğimize bakalım.

İlk aşama olarak sharepoint online app sitemize gitmemiz gerekmektedir. Bu siteyi eğer bilmiyorsanız adresine ulaşmak için “SharePoint admin center” adresimize gidiyoruz.

Admin center ekranında yer alan “Sites” ana menüsü altında yer alan “Active sites” içerisinde yer alan genellikle default olarak adı “Apps” olarak geçen bir site bulunması lazımdır. Eğer bu farklı adlarla oluşturulmuşsa “Template” tipi “App Catalog Site” olan siteyi bulmanız gerekmektedir.

Açılan app sitesinde ya yukardan yeni uygulama yönetim sayfasına geçebilir ya da eskisinden devam ederek sol menüde yer alan “Apps for SharePoint” menüsüne tıklayabilirsiniz.

Bu sayfada eğer var ise daha önceki spfx paketlerinizi görüp yönetebilir veya yenisini yükleyebilirsiniz. Biz yenisini yüklemek istediğimiz için istersek üst menü de yer alan “Upload” butonu ile ya da tarayıcımız destekliyor ise sürükle bırak yöntemi ile “.sppkg” paketimizi buraya yüklememiz gerekmektedir.

Dosyayı yüklediğiniz zaman yukarıdaki gibi bir popup gelecektir. Burada sol tarafta yer alan checkbox seçmeden ilerlememiz gerekecektir. Eğer bunu seçerek ilerlersek bu paketin tüm sharepoint sitelerine yüklenmesini sağlamış oluruz ve bu işlem site sayısına göre uzun sürebilir. “Deploy” butonu ile paketimizi ortamımıza yüklüyoruz.

Eğer yeni tip uygulama yükleme ekranı ile bu işlemleri yapacaksanız aşağıdaki şekilde ilerlemeniz gerekmektedir.

Yeni ekran da “Manage apps” kısmında aynı şekilde daha önce yüklediğiniz uygulamaları görebilir ve yönetebilirsiniz. Burada da ya “Upload” butonu ile ya da sürükle bırak ile uygulamanızı buraya yükleyebilirsiniz.

Bu ekranda da sağ tarafta tam ekran bir popup çıkacaktır. Bunda da “App availability” kısmında “Only enable this app” seçmemiz gerekmektedir. Default olarak tüm sitelerde aktif etme gelecektir bunu değiştirmemiz gerekmektedir. Seçimi bu şekilde yaptıktan sonra “Enable app” butonu ile uygulamamızı aktif ediyoruz.

Eğer bu aktif etme işlemi sırasında uygulamanız da bir graph api izin yetkisi varsa kullanılan bunu da size bildirip onaylama sayfasına yönlendirme için buton çıkaracaktır.

Bu aşamadan sonra sitelerde aktivasyon işlemini otomatik yapmayacak şekilde seçtiğimiz için uygulamamızın aktif olmasını istediğimiz siteye giderek “Site Contents” geliyoruz.

Bura da üstte yer alan “+ New” menü butonu altında yer alan “App” seçeneğini seçiyoruz.

Açılan “SharePoint apps” sayfasında bu siteye eklediğiniz ve akleyebileceğiniz uygulamaları görebilirsiniz. Eklemek istediğimiz uygulamaya gelerek “Add” butonu ile uygulamamızı ekliyoruz.

Eğer yükleme işlemi başarılı bir şekilde tamamlanır ise yukarıdaki gibi üst bar kısmında bir yeşil bildirim verip görüntülemek içinde site contents sayfasına linkleme vermektedir ve bu linke giderek uygulamamızı görebiliriz.

Yukarı da göreceğiniz gibi uygulamam sorunsuz bir şekilde eklendi. Eğer bu alanda ikon ve isim kısmı gri ise daha yükleme tamamlanmamış olup mavi rengine yani tamamlanana kadar bekleyip sayfayı yenileyerek kontrol etmeniz gerekmektedir.

Tüm bu süreçleri sorunsuz bir şekilde tamamladığınız zaman sitenizde herhangi bir sayfaya gittiğiniz zaman uygulamanızı görebileceksiniz.

Yukarıda da gördüğünüz gibi modern page üzerinde uygulamalar arasında arattığım zaman uygulamam geliyor ve tıklayarak sayfaya bu uygulamayı ekleyebiliyorum.

The post SharePoint Framework SPFx Projesinin Paket Haline Getirilerek Yüklenmesi ve Sayfaya Eklenmesi appeared first on Yunus Emre Araç.

Bildiğiniz gibi özellikle cloud sistemler hayatımıza girdikten sonra sharepoint tarafında da online kısmı hem süreçlerimizi kolaylaştırma anlamında hem de işlerimizi optimize etmemiz konusunda kolaylıklar sağlamaktadır.

Sharepoint online üzerinde doküman kütüphaneniz üzerinden hem şirket içi hem de şirket dışı kişilere doküman paylaşırken bu dokümanların indirilmediğinden emin olmak istiyorsanız bu özelliği kullanabilirsiniz.

Bu özelliği hem klasik yetki verme ekranında hem de modern ekran da nasıl kullanacağınıza dair tüm detayları bahsedeceğim.

İlk olarak klasik yetki verme ekranındaki kısma bakalım. Yetkisini paylaşmak istediğimiz dosyayı dosyanın ya da klasörün gelişmiş yetki ayar ekranına gidiyoruz.

Bura da yetki kırılmamışsa yetki kırarak “Grant Permissions” diyoruz.

Açılan popup kısmında “Invite people” seçeneğinde altta yer alan “SHOW OPTIONS” kısmına tıklıyoruz ve opsiyonları görmek için ekranı genişletiyoruz.

Bu ekranda gelen ekstra özelliklerden “Select a permission level” başlığı altında olan dropdown seçeneklerinden “Restricted View” seçeneğini seçiyoruz. Kimlere paylaşılacağını da seçtikten sonra “Share” butonu ile yetki paylaşımı yapabiliriz.

Eğer “Get a link” seçeneği üzerinden gitmek isterseniz burada da “Restricted link – Only specific people can open this link” olan seçeneği seçerek link üretmemiz gerekmektedir.

Modern arayüz kısmında ise paylaşmak istediğimiz dosyanın veya klasörü seçerek üç noktaya “…” tıklıyoruz. Burada açılan popup seçeneklerin de en üstte yer alan “Share” seçerek tıklıyoruz.

Açılan popup ekranında iki farklı ayar kısmı bulunmaktadır. Eğer “Send” butonu ile dosyayı paylaşacaksak üst kısımda isim bilgisini yazılan kısmın yanında yer alan kalem ikonu olan dropdown tıklamanız gerekmektedir. Eğer link olarak paylaşmak için “Copy link” seçeneği ile paylaşmak istiyorsanız butonun yanında yer alan ayar simgesine tıklamanız gerekmektedir.

İlk seçenekler ilerlediğiniz zaman seçeneklerin en altında yar alan “Can’t download” olanı seçmemiz gerekmektedir.

Link olarak paylaşacaksanız da yeni açılan popup ekranında paylaşım seçeneğini seçtikten sonra en altta yer alan “More settings” başlığı altında yer alan dropdown kısmında yine son seçenek olan “Can’t download” seçerek linkimizi oluşturuyoruz.

Gördüğünüz gibi farklı yöntemlerle ayarlamalarınızı yaparak dosyalarınızı indirmelerine engel olacak şekilde paylaşabilirsiniz.

The post SharePoint Online Üzerinde Dokümanların İndirilmesini Engelleyerek Başkalarıyla Paylaşmak appeared first on Yunus Emre Araç.

Yukarıda da göreceğiniz gibi SharePoint Central Admin tarafında yer alan hesap şifresi ile active directory de yer alan kullanıcının şifrelerinin uyuşmadığına dair bir hata verecektir.

Bu hata çözümü için ilk önce SharePoint PowerShell uygulamasını admin olarak açıyoruz.

Set-SPManagedAccount -UeExistingPassword -Identity DOMAIN\SpAdminAccount

Yukarıdaki powershell kodunda “DOMAIN\SpAdminAccount” kısmında yer alan domain ve kullanıcı adı yerine hata veren kullanıcı adını yazarak çalıştırıyoruz.

Bu işlem sonrası için güncel kullanıcı şifresini isteyecektir ve burada şifreyi gireceğiz. Bu işlem biraz uzun sürebilir.

Repair-SPManagedAccountDeployment

Bu bilgileri sorunsuz bir şekilde yaptıktan sonra şifrelerin sync olması için yukarıdaki kodu çalıştırmamız gerekmektedir.

Bu işlemden sonra da “IISRESET” yazıp çalıştırarak resetleme yapıyoruz.

Tamamlandıktan sonra SharePoint Products Configuration Wizard tekrardan çalıştırıyoruz ve sorunumuz çözülmüş olacaktır.

The post SharePoint Products Configuration Wizard SharePoint Üzerindeki Şifre İle Active Directory Üzerindeki Şifrenin Uyuşmaması Hatası ve Çözümü appeared first on Yunus Emre Araç.

Herhangi bir doküman kütüphanesinde istediğiniz bir kişiden dosya isteme özelliğini nasıl aktif edeceğimiz kısmından başlayalım. Bunun için ilk aşama admin panel üzerinden giderek ayarlamalarımızı aktif etmemiz gerekmektedir.

https://xxx-admin.sharepoint.com adresine “xxx” olan kısma kendi domain adresinizi yazarak admin adresine gidiyoruz.

Sol menüde yer alan “Policies” ana menüsünün altında yer alan “Sharing” menü seçeneğine tıklayarak paylaşım sayfasına gidiyoruz.

Bu sayfanın en üst kısmında gelen “Extermal sharing” başlığı altında yer alan ayar kısmında hem “SharePoint” hem de “OneDrive” yazan kısımdaki ayarları en üste yani “Anyone” ayarına getiriyoruz.

Hemen sayfanın altında yer alan “Choose the permission that’s selected by default for sharing links.” başlığı altında seçimi “Edit” olarak seçiyoruz ve hemen iki altında yer alan “These links can give these permissions:”  kısmında da “Folders” seçeneğini ekran görüntüsündeki gibi “View, edit, and upload” olarak seçiyoruz. İsterseniz tabi bu linklere bir geçerlilik süresi de tanımlayabilirsiniz.

Bu şekilde ayarlarımızı kaydettikten sonra şimdi sharepoint için bu özelliği aktif etmek işlemini yapmamız gerekecek. Aktivasyonu sağlamak için aşağıdaki powershell scriptini kullanmamız gerekmektedir.

Connect-SPOService -Url https://xxx-admin.sharepoint.com

Get-SPOTenant | Select CoreRequestFilesLinkEnabled

Set-SPOTenant -CoreRequestFilesLinkEnabled $True

Yukarıdaki powershell scriptini adreste yer alan “xxx” kısmını site adresinizi yazarak aktivasyon işlemini tamamlamanız gerekmektedir.

Gördüğünüz gibi özellik aktif değildi ve biz aktif etmiş olduk. Bu işlemden sonra sharepoint sitelerinizdeki herhangi bir doküman kütüphanesinde bir dosyaya sağ tıklarsanız bu özelliğin geldiğini göreceksiniz.

Yukarıda da gördüğünüz gibi özelliğimiz aktif hale gelmiş. Şimdi de bu işlem nasıl yapılır onu görelim. Bu seçeneğe tıklayarak işlemimizi başlatıyoruz.

Karşımıza küçük bir popup açılacaktır ve bu popup ile ilk önce bizden bu dosya talebine ait bir açıklama girmemiz istenmektedir. Burada açıklamamızı yazdıktan sonra “Next” butonuna basarak ilerliyoruz.

Sonraki ekranda karşınıza yukarıdaki gibi bir ekran gelecektir. Burada isterseniz bu talebe özel oluşturulmuş linki kopyalayarak siz iletebilir isterseniz de alt kısımda yer alan kısma mail adreslerini yazarak kullanıcılara siz talep maili gönderebilirsiniz.

Eğer kopyaladığınız linki açarsanız yukarıdaki gibi bir ekran gelecektir ve “Select files” butonu ile dosya yüklemeniz gerekmektedir.

Eğer mail adresi ile talepte bulunursanız talebin iletildiğine dair ve yükleme olduğunda size bildirim geleceği bilgisinin olduğu bir popup ekranı çıkacaktır.

Mail adresi yazarak talep gönderdiğiniz zaman da yukarıdaki şekilde bir mail iletilecektir. Burada da “Upload Files” butonuna tıklandığında ilgili adrese yönlendirme yapacaktır.

Linkte açılan sayfa da dosya seçerek ilerlersek yukarıdaki şekilde seçilen dosyaların göründüğü bir ekran gelecektir. Burada “+ Add more files” diyerek daha fazla dosya seçebilir ya da seçilen dosyaların sağındaki çarpı işareti ile seçili dosyaları iptal edebilirsiniz. Sağ alt kısımda toplam dosya sayısı ve boyut bilgisini görebilirsiniz.

Hemen alt kısımda da işlem yapan kişi için ad soyad bilgisini girmesini istemekte ve bunları tamamladıktan sonra da “Upload” butonu ile yüklememizi yapabiliriz.

Yükleme başladığında ekranda yükleme yüzdesi ve tamamlandığında da yukarıdaki gibi tamamlandı mesajı çıkacaktır. Eğer yüklemeye devam etmek istiyorsanız “Upload more” butonuna basarak yüklemek ekranına tekrar dönebilirsiniz.

Yükleme tamamlandıktan sonra da talep yapan kişiye yukarıdaki gibi bir yükleme yapıldığına dair bilgilendirme maili gitmektedir.

Talepte bulunduğumuz klasörün içerisine girersenizde yüklenen dosyaları başta ad soyad sonra dosya adı olacak şekilde “Guest Contributor” olarak yüklendiğini görebilirsiniz.

Gördüğünüz gibi bu şekilde sharepoint adresinizde herhangi bir kişiye erişim veya yetki vermenize gerek kalmadan istediğiniz kişilerden dosya talebinde bulunabilir ve bu dosyaları portalinize aktarılmasını sağlayabilirsiniz.

The post SharePoint Online Üzerinde “Dosya İsteme (Request Files)” Özelliğinin Aktif Edilmesi ve Kullanımı appeared first on Yunus Emre Araç.