Tag: Sharepoint

SPCalendar Recurrence Itemları Çekmek

Kasım 5th, 2012

SPCalendardaki itemları çekmek istediğinizde mutlaka karşılaşırsınız. Normal yöntemlerle, Reccurrence kayıtlarda sadece ilk kayıt alınabiliyor.
Bunun için şöyle bir yöntem var imiş:

// Get the Events list
SPSite site = new SPSite("http://localhost");
SPWeb web = site.RootWeb;
SPList calendarList = web.Lists["Calendar"];
 
// Construct a query that expands recurring events
SPQuery query = new SPQuery();
query.ExpandRecurrence = true;
query.Query = "";
 
// Look forward from the beginning of the current month
query.CalendarDate = new DateTime(DateTime.Now.Year, DateTime.Now.Month, 1);
 
// Returns all items (including recurrence instances) that
// would appear in the calendar view for the current month
SPListItemCollection calendarItems = calendarList.GetItems(query);
 
foreach (SPListItem item in calendarItems)
{
Console.WriteLine(item["Title"] + ": starts "
+ item["EventDate"].ToString() + " and ends "
+ item["EndDate"].ToString());
}

Daha da detaylı bilgiyi http://sharepoint.microsoft.com/blog/Pages/BlogPost.aspx?pID=761 adresinden edinebilirsiniz.

Gelen Aramalar:

  • sharepoint 2010

Tags: , , ,
Posted in Sharepoint | No Comments »

Sharepoint 2013

Temmuz 21st, 2012

ulan MS Sharepoint 2013 ü çıkarmış ben 50 gün daha askerdeyim. vay anasını 🙂

 

Gelen Aramalar:

  • sharepoint 2013
  • sharepoint 2013 kurulumu

Tags: , ,
Posted in Sharepoint | 4 Comments »

Sharepoint 2010 Service Pack 1 Yükleme İşlemi

Aralık 21st, 2011

!!! Uyarı : Aşağıda yazılanlar tamamen yol, yordam ve fikir vermek amaçlıdır. Emin değilseniz, bu işlemleri bir danışman eşliğinde yapmanız faydalı olacaktır. !!!

Sharepoint serverınıza service pack geçmeye niyetlenirseniz internet üzerinde düzgün bir kaynak bulamayacağınızı göreceksiniz. Genelde Microsoft dökümanında yazanları yazmış herkes. Ama bunun dışındaki işlemler ve bunların sırası hakkında detaylı bir bilgi mevcut değil. Örneğin; Sharepoint Server 2010 Service Pack 1 Turkish Language Pack’in hatalı olduğunu, bunun zaten yüklenemediğinden kimse bahsetmemiş 🙂 Yani herşey düzgün bir şekilde ilerlerken, Language Pack yüklemesine sıra geldiğinde “Gerekli Sharepoint Versiyonu bulunamadı” ya benzer bir hata alacaksınız. Bu biraz adrenalin miktarınızı arttırabilir 🙂

Sırasıyla yapılacak işlemleri yazacak olursak:

  • En önemli ve ilk yapmanız şey mutlaka, backup prosedürünüze uygun bir backup alın (Sonuçta bu sharepoint sunucuları elinize alabileceğiniz bir gerçek :))
    1. DB Backup : Mutlaka Content DB’lerinizin bir kopyası bulunsun. Serverlara ek disk takıp mı alırsınız, harici diske mi backupları çıkarsınız bilmiyorum.
    2. Sharepoint Backup : Mümkünse ve gerekli donanımınız varsa bir adet bundan bulundurmakta fayda var.
    3. Sharepoint Backup alamıyorsanız, Solutionlarınızın veya bu solutionların kodlarının elinizde olduğunu kontrol edin.
    4. Mümkünse, serverlarınız sanal ortamdaysa, hepsinin tek tek klonunu almak en garanti yöntem olacaktır. Bir sorun olduğunda hiç birşey olmamış gibi bunları ayağa kaldırarak hizmet vermeye devam edebilirsiniz.
    5. Mutlaka bir adet test ortamınız olsun.

      Test ortamınız varsa;

      1. Production ile bire bir aynı yapıda ve içerikte olduğunu kontrol edin. Mümkünse dataları ve konfigürasyonları productiondan çekip, test ortamını güncelleyin.
      2. Aşağıda yazacak olduğum işlemleri ilk önce test ortamında uygulayın, bir sorun olmaması durumunda productionda işlem yapın.
      3. Test ortamında çıkacak olan hataları düzeltip, başarılı bir upgrade işlemi sonrasında, aynı hataları productionda da düzeltip, service pack geçin

      Test ortamınız yoksa;

      1. Test ortamı edinmeye gayret edin (yönetimden para isteyin, donanım isteyin, ram veya disk de isteyebilirsiniz :))
      2. Gözünüzü karartın.
      3. Her türlü riski göze alın.
      4. Backuptan dönmek için harcanacak olan zamanları düşünün ve haftasonu için erken planlar yapmayın 🙂
      5. Hala SP geçmek istiyorsanız aşağıdan devam edin.
    6. Networker, Avamar gibi bir tool ile tape backup alabilirseniz sizler için iyi olabilir. Bu backupların tüm sharepoint serverlarda aynı anda alındığına emin olmakta fayda var. Farklı statelerde alınırsa ileride sıkıntı doğurabilir.

Şaka ile karışık oldu biraz ama ciddi bir felaket senaryonuz olsun mutlaka. Yukarıda yazdıklarımın hepsini yapmaya elbette gerek yok. Bir sorun olduğunda, sunucuları rahatlıkla eski halini geri döndürebilirim diyorsanız service pack geçin. Yoksa service packsiz de sisteminiz çalışmaya devam edecektir.

  • Her türlü riski göze alıp buraya geldiğinize göre işlemlere devam edebiliriz. Microsoft her türlü ortamda service pack geçiş işlemini test etmiştir şimdiye kadar. Ama %80-90 olasılıkla tüm windows ve security updatelerin yapıldığı serverlarda bunu test etmiştir diye düşünebiliriz. Bu yüzden Serverlara son windows ve security updateleri geçmeyi ciddi olarak düşünün. Kesinlikle yapın demiyorum, ama kendinize güveniyorsanız yapın diyorum 🙂 Bu arada SQL e SP geçmemişseniz, bu updatelerin arasında bulunan SQL Service Pack 1 i yüklememeye dikkat edin. İki Service Packi aynı anda yüklemeyin, sorun çıkarsa hangisinden dolayı olduğunu anlayamazsınız.
  • Security ve Windows updateleri yaptıysanız serverları mutlaka restart edin. Yapmadıysanız bu adımı geçebilirsiniz.
  • Sıra Service Pack 1 ve Microsoft tarafından mutlaka beraber kurulması önerilen June 2011 Cumulative update i kurmaya geldi.
    1. Bu kurulum için aşağıdaki şekilde bir tablo tutun. Bu tablo ile hangi servera hangi işlemlerin yapıldığını hatırlayabilirsiniz. Bir servera kurulmayan veya hata oluşan bir setupı, diğer serverlara da kurmamak gerekli. Yoksa upgrade işlemi, versiyon uyumsuzluğundan dolayı başlamaz.
    2. Service Pack 1 ve June 2011 Cumulative update i için kurulum sırası ve kurulması gereken dosyalar aşağıdaki listede belirtilmiştir. June 2011 Cumulative updateini SP sonrası da kurabilirsiniz. Beraber kurmak da mümkün. Binarylerindeki versiyonlar farklı olduğu için, sınırlarınızı zorlayıp, June 2011 CU yu geçip, üzerine SP kurulumu da yapabilirsiniz dilerseniz 🙂
    3. Listedeki Dosya Yerine indirdiğiniz kurulum dosyalarının pathini, Package alanına da Bu dosyaların ismini yazabilirsiniz. Kurulum yaparken hız kazandırdığını göreceksiniz.
    4. Çok önemli ve internette dolaşan sorulardan biri de : Sharepoint Foundation 2010 ve Sharepoint Server 2010 SP1 ve CU yu kurmam gerekir mi şeklinde. Evet ikisinin de kurulumlarını yapmanız gerekiyor. İlk önce Foundation sonrasında Server kurulumlarını geçmek gerekiyor. Foundation, Sharepointin Core özelliklerini güncelliyor. Server kurulumu ile de geri kalan featurelar için güncelleme yapılıyor.
    5. İşlem sırasında gerekli olan setup dosyalarını aşağıda belirttim. June 2011 CU kurulumu yapmayacaksanız indirmenize gerek yok. Yine Language Pack kurulumu yapmamışsanız bunu indirmeye ve kurmaya gerek yok.
      1. Sharepoint Foundation 2010 SP1
      2. Sharepoint Server 2010 SP1
      3. Sharepoint Foundation 2010 SP1 Language Pack
      4. Sharepoint Server 2010 SP Language Pack
      5. Sharepoint Foundation CU June 2011
      6. Sharepoint Server CU June 2011
    6. Kurulum dosyalarını aşağıdaki siteden indirebilirsiniz. Yine bu site üzerinden iki ayda bir yayınlana Cumulative Updateleri de takip etmeniz mümkündür.

      http://technet.microsoft.com/tr-tr/sharepoint/ff800847.aspx

    7. Yazının en başında da bahsettiğim gibi aşağıdaki listeden 5. 11. ve 17. adımlarda hata alacaksınız (Turkish Language Pack geçecekseniz). Bu sizin sisteminiz ile ilgili değil, kurulum dosyasında olan bir hata sebebiyle. Ama foundation language pack’i sorunsuz yüklendiği için çok fazla önemli değil. Çünkü core olan sharepoint featurelarının dil paketini yapmış olduğunuz.
    8. Kurulumunuza Central Administration servisinin aktif olduğu application sunucusundan başlayın. Birden fazla application sunucunuz varsa, ilk CA nin aktif olduğu application sunucusu, sonrasında diğer application serverlara update işlemini yapın. Application serverlarınızda kurulumları bitirdikten sonra sırasıyla Front-End serverlarınıza kurulum yapabilirsiniz. İşlemler sırasında sadece üzerinde uğraşılan server kesintiye uğramaktadır. Bu yüzden Load Balance varsa bunu kapatıp tek bir front-end e yönlendirin. Diğer front-end kurulumları tamamlandıktan sonra, kurulumu yapılmış olan bir front-ende yönlendirme yapıp bu servera da kurulumu yapın. Bu sayede down-time önemli ölçüde azalmış olacaktır.
    9. Hazırsanız aşağıdaki tablodaki alanları kendi sisteminize göre doldurun.

      Örnek işlem listesi ;

      Bu tabloda bir application ve iki tane de front-end sunucunuzun olduğu varsayılmıştır. Listeyi kendi sunucu listenize göre güncelleyin.

 

Sıra Server Package Açıklama Dosya Yeri Durum
1 Application Sunucusu sharepointfoundation2010sp1-kb2460058-x64-fullfile-en-us Sharepoint Foundation 2010 SP1
2 Application Sunucusu spflanguagepack2010sp1-kb2460059-x64-fullfile-tr-tr Sharepoint Foundation 2010 SP1 Language Pack
3 Application Sunucusu 435078_intl_x64_zip Sharepoint Foundation CU June 2011
4 Application Sunucusu officeserver2010sp1-kb2460045-x64-fullfile-en-us Sharepoint Server 2010 SP1
5 Application Sunucusu serverlanguagepack2010sp1-kb2460056-x64-fullfile-tr-tr Sharepoint Server 2010 SP1 Language Pack Hata Alırsanız kurulum yapmak için uğraşmayın. Diğer adımdan devam edin
6 Application Sunucusu 435088_intl_x64_zip Sharepoint Server CU June 2011
7 Front-End Sunucusu 1 sharepointfoundation2010sp1-kb2460058-x64-fullfile-en-us Sharepoint Foundation 2010 SP1
8 Front-End Sunucusu 1 spflanguagepack2010sp1-kb2460059-x64-fullfile-tr-tr Sharepoint Foundation 2010 SP1 Language Pack
9 Front-End Sunucusu 1 435078_intl_x64_zip Sharepoint Foundation CU June 2011
10 Front-End Sunucusu 1 officeserver2010sp1-kb2460045-x64-fullfile-en-us Sharepoint Server 2010 SP1
11 Front-End Sunucusu 1 serverlanguagepack2010sp1-kb2460056-x64-fullfile-tr-tr Sharepoint Server 2010 SP1 Language Pack Hata Alırsanız kurulum yapmak için uğraşmayın. Diğer adımdan devam edin
12 Front-End Sunucusu 1 435088_intl_x64_zip Sharepoint Server CU June 2011
13 Front-End Sunucusu 2 sharepointfoundation2010sp1-kb2460058-x64-fullfile-en-us Sharepoint Foundation 2010 SP1
14 Front-End Sunucusu 2 spflanguagepack2010sp1-kb2460059-x64-fullfile-tr-tr Sharepoint Foundation 2010 SP1 Language Pack
15 Front-End Sunucusu 2 435078_intl_x64_zip Sharepoint Foundation CU June 2011
16 Front-End Sunucusu 2 officeserver2010sp1-kb2460045-x64-fullfile-en-us Sharepoint Server 2010 SP1
17 Front-End Sunucusu 2 serverlanguagepack2010sp1-kb2460056-x64-fullfile-tr-tr Sharepoint Server 2010 SP1 Language Pack Hata Alırsanız kurulum yapmak için uğraşmayın. Diğer adımdan devam edin
18 Front-End Sunucusu 2 435088_intl_x64_zip Sharepoint Server CU June 2011
  • Sisteminiz için oluşturduğunuz yukarıdaki tabloya göre, kurulumlarınızı sırasıyla gerçekleştirin. Kurulumları yaparken bazı sunucularda restart isteklerini görebilirsiniz. Bu durumlarda sunucuyu restart etminizi öneririm. Kurulumları yaparken Central Administration -> Upgrade and Migration -> Check product and patch installation status den hangi serverlara ne kurulduğunu, hangi serverlara neyin kurulması gerektiğini takip edebilirsiniz. Tüm kurulumların sonrasında bu listede Missing/required diye bir şeyin kalmaması gerekiyor.

  • Kurulumlar tamamlandıktan sonra, tüm serverları sırasıyla restart edin.
  • Sonrasında ise PSConfig ile upgrade işlemini başlatmamız gerekiyor.
    1. Bu komutu yine Central Administrationın kurulu olduğu Application sunucundan başlayarak, diğer application sunucular ve en son olarak da front-end sunucularda çalıştırıyoruz.
    2. Komutu command prompt üzerinden %program files%/Common Files/Microsoft Shared/Web Server Extensions/14/bin klasöründe çalıştırabilirsiniz.
    3. Komut : psconfig -cmd upgrade -inplace b2b -wait
    4. İlk olarak çalıştırdığımızda işlem normalden biraz uzun sürecektir. İlk çalıştırmada, binary dosyalarının değiştirilip yenilerinin eklenmesinin yanında, DB Schemasını yeniden düzenliyor. Diğer sunucularda çalıştırdığınızda sürenin kısaldığını göreceksiniz.
    5. Upgrade işlemi tamamlandığında, ULS loglarının bulunduğu klasöre işlem ile ilgili log dosyaları bıracaktır. Eğer hata oluşmuşsa dosyaların sonunda -error textini görebilirsiniz. Upgrade işlemini etkilemeyen hatalar olursa Completed with errors diye bir sonuç görebilirsiniz. Hatalara bakıp, önem derecesine göre aksiyon almayıp diğer serverlarda bu komutu çalıştırabilirsiniz. Application sunucularda şu feature yok, bu solution yüklenmemiş diye hatalar olabilir. Ama bunlar, upgradei etkileyen hatalar değildir.
    6. Bu sırada yine Central Administration -> Update and Migration -> Check upgrade status yolu ile varsa hataları görebilir. Upgrade işleminin durumunu kontrol edebilirsiniz.

       

  • Tüm serverlarda bu işlem tamamlandıktan sonra yine hepsini restart etmemiz gerekiyor.
  • Şimdiden geçmiş olsun diliyorum 🙂 ama emin olmak için sharepoint versiyonunu kontrol edelim. Bu işlemi;
    1. SQL server üzerinden, Select * from Versions ile,
    2. Central Administration -> System Settings -> Servers in Farm yoluna gidip Configuration Database version alanındaki rakamlara bakarak yapabilirsiniz.
    3. Sadece yukarıdaki kurulumları yaptıysanız beklenen versiyon numaranız 14.0.6106.5002 olacaktır.
  • Evet işlemler tamamlandı. Sadece bu kadardı 🙂

Biraz daha vaktiniz varsa ve August 2011 CU yu geçmek isterseniz yine yukarıdaki sıra ve yöntem ile kurulumu yapabilirsiniz. Ağustos 2011 CU sonucunda versiyonunuzun 14.0.6109.5002 olması gerekiyor.

Notlar :

  1. Cumulative Updatelerde Language Packler paketin içine gömülü gelmektedir. Dosya boyutlarında da görülebilir bu.
  2. Sharepointe Active Directoryden Picture Import ediyorsanız, Ekim 2011 CU yu geçmeyin.
  3. Aralık 2011 CU yeni çıktı. Bunu geçmek için de biraz bekleyin derim. Bakalım problem vs çıkacak mı insanlarda.

!!! Uyarı : Yukarıda yazılanlar tamamen yol, yordam ve fikir vermek amaçlıdır. Emin değilseniz, bu işlemleri bir danışman eşliğinde yapmanız faydalı olacaktır. !!!

Gelen Aramalar:

  • sharepoint foundation 2010 kurulumu
  • language pack

Tags: , , , , , , , , , , , , , , , ,
Posted in Bilgisayar, Sharepoint | No Comments »

Sharepoint 2010: Timer Job’ın aynı anda birden fazla çalışmasını engellemek

Eylül 18th, 2011

Bu sorun genellikle, birden fazla front-end serverınızın olması durumunda karşınıza çıkar. Job’ı deploy ettiğinizde temelde tüm front-end ve belki (Job’ı SPServiceJobDefinition sınıfından türettiyseniz) tüm application serverlarda çalışması beklenir. Bu bazen sıkıntılara sebep verebilir.

Aynı job’ın sadece tek server üzerinde çalışmasını istiyorsanız,
Job’ı tanımlarken kullandığınız SPJobLockType‘ın tipini SPJobLockType.Job olarak setlemeniz yeterli olacaktır. Bu bir job’ın birden fazla server tarafından çalıştırılmasını engeller.

Tags: , , , , , , ,
Posted in Sharepoint | 2 Comments »

Sharepoint 2010 Error : The underlying connection was closed: “Could not establish trust relationship for the SSL/TLS secure channel.”

Mart 6th, 2011

Basit olarak aşağıdaki şekilde bu hatayı çözebilirsiniz.

SSL Webservisinizi çağırmadan önce BypassCertificateError metodunu çağırın. Bu metod ile sertifika hatasını geçiştirebilirsiniz.

 using System.Net;
  using System.Net.Security;
  using System.Security.Cryptography.X509Certificates;

        public static void BypassCertificateError()
        {
            ServicePointManager.ServerCertificateValidationCallback +=

                delegate(
                    Object sender1,
                    X509Certificate certificate,
                    X509Chain chain,
                    SslPolicyErrors sslPolicyErrors)
                {
                    return true;
                };
        }

Tags: , , , , , ,
Posted in Sharepoint, Yazılım | 2 Comments »

Sharepoint 2010 : Farmlar Arası Service Application Paylaşımı

Şubat 10th, 2011

Basit olarak Farmlar arası Service Application Paylaşımı hakkında bilgi vermeye çalışacağım. Ne gerek var, ben technetten okurum diyorsanız buyurun http://technet.microsoft.com/en-us/library/ff621100.aspx 🙂

Edit : Pek basit ve kısa olmadı, yani ben bu kadar uzayabileceğini düşünmemiştim…

Ama technette olmayan, basit hatalar ve çözümlerinden de bahsedecem.

Farmlar arasında paylaşımını yapabileceğiniz Service Application’lar aşağıdakilerdir.

  • Business Data Connectivity
  • Managed Metadata
  • User Profile
  • Search
  • Secure Store
  • Web Analytics
Tanımlar

A Farmı : Paylaşımı yapacak olan Farm – Publisher Farm

B Farmı : Paylaşımdan yararlanacak olan Farm – Consumer Farm

Basit Olarak Yapılması Gerekenler

    1. Farmlar arasında Trust Sağlamak

    Exchange trust certificates between the farms ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704552.aspx

Bu işlem için A farmından Root Certificate, B farmından Root ve STS Certificate larını almamız gerekecek. Sertifikaları Central Administration ı kullanarak da alabiliriz. Ama bence bununla uğraşmayın. Aşağıdaki komutları satır satır Sharepoint Management Shell e yapıştırıp, çalıştırın. Bunun sonucunda C dizininde sertifikaların oluştuğunu göreceksiniz.

A Farmı (Servisi Share edecek olan Farm):

Root Certificate

$rootCert = (Get-SPCertificateAuthority).RootCertificate

$rootCert.Export(“Cert”) | Set-Content C:\PublishingFarmRoot.cer -Encoding byte

B Farmı (Servisi kullanacak olan Farm):

Root Certificate

$rootCert = (Get-SPCertificateAuthority).RootCertificate

$rootCert.Export(“Cert”) | Set-Content C:\ConsumingFarmRoot.cer -Encoding byte

STS Certificate

$stsCert = (Get-SPSecurityTokenServiceConfig).LocalLoginProvider.SigningCertificate

$stsCert.Export(“Cert”) | Set-Content C:\ConsumingFarmSTS.cer -Encoding byte

Sertifikalarımızı oluşturduktan sonra B Farmının sertifikalarını A Serverına, A Farmının sertifikasını ise B Serverına taşıyoruz. Daha sonra yine aşağıdaki komutlar ile bu sertifikaları import ediyoruz. Sertifikaların isimlerini değiştirmediyseniz ve kopyalanan sertifikaları yine C:\ dizinine koyduysanız aşağıdaki komutlarda herhangi bir değişiklik yapmadan sertifikaları import edebilirsiniz.

A Farmı (Servisi Share edecek olan Farm):

Root Certificate

$trustCert = Get-PfxCertificate C:\ConsumingFarmRoot.cer

New-SPTrustedRootAuthority ConsumingFarm -Certificate $trustCert

STS Certificate

$stsCert = Get-PfxCertificate c:\ConsumingFarmSTS.cer

New-SPTrustedServiceTokenIssuer ConsumingFarm -Certificate $stsCert

B Farmı (Servisi kullanacak olan Farm):

Root Certificate

$trustCert = Get-PfxCertificate C:\PublishingFarmRoot.cer

New-SPTrustedRootAuthority PublishingFarm -Certificate $trustCert

Trust işlemini sağlamak bu kadar. İlk başlarda biraz göz korkutabilir fakat görüldüğü kadar zor değil. Burada dikkat etmeniz gereken sadece Hangi sertifikanın Publish veya Consumer Farmlardan export edildiği ve/veya import edildiği. Geri kalan işlemler copy/paste 🙂

    2. Service Application’ı Yayınlamak

On the publishing farm, publish the service application ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704545.aspx

Bu adımı da yine Sharepoint Management Shell kullanarak yapabilirsiniz. Ben Central Administration dan yapmanızı öneririm. Service Application’ı çok basit bir şekilde publish ediyoruz.

Central Administration -> Application Management -> Manage Service Applications yolunu izleyip, yayınlamak istediğimiz servisi seçiyoruz ve ribbon kısmındaki Publish butonuna tıklıyoruz.


Karşımıza çıkan ekranda, Publish to other farms alanının işaretli olduğuna dikkat ediyoruz ve Published URL alanında yazan URI kopyaladığımızdan emin olduktan sonra OK butonu ile servisimizi publish ediyoruz.

    3. Servisi Kullanacak Olan Farm’a Yetki Vermek

    On the consuming farm, set the permission to the appropriate service applications ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ff700211.aspx

    Bu işlem temel olarak çok basit. Yapmanız gereken sadece iki adet işlem var.

    Servisi kullanacak olan B Farmı üzerinde, Sharepoint Management Shelli çalıştırıp aşağıdaki komutu yazıyoruz.

    Get-SPFarm | Select Id

    Bu komutun çıktısı bize yetki verilecek olan Farmın ID sini verecek. Daha sonra Servis Paylaşımı yapacak olan A Farmında, Manage service applications kısmında Application Discovery and Load Balancing Service Application servisinini seçiyoruz. Yine Ribbon kısmından Permissions butonuna tıklıyoruz.


    Bir önceki adımda elde ettiğimiz ID yi buraya yapıştırıyoruz.


    Add butonu ile alt kısıma eklenen ID ye Full Control yetkisi verip OK butonuna tıklıyoruz.


    4. Paylaşılan Service Bağlanma

On the consuming farm, connect to the remote service application ile ilgili Technet linki : http://technet.microsoft.com/en-us/library/ee704558.aspx

Tüm ayarlarımız tamamlandıktan sonra geriye paylaştığımız bu servise bağlanmak kaldı. Central Managementtan Manage service applications ekranına geliyoruz ve ribbonlardan Connect butonuna tıklıyoruz.


Buradan bağlanamak istediğimiz Servisi seçiyoruz. Karşımıza gelen ekranda Farm or Service Application address alanına 2. adımda bir kenara not aldığımız Published URL stringini yapıştırıyoruz ve OK butonu ile işlemi tamamlıyoruz. Published URL i bir kenara not etmediyseniz, 2. adımı tekrarlamanız durumunda yine aynı URI yi elde edebilirsiniz.


Yukarıdaki anlattığım adımlar ve ayarlardan sonra, bağlanmaya çalışırken, aşağıdaki gibi bir hata alabilirsiniz.

“Unable to connect to the specified address. Verify the URL you entered and contact the service administrator for more details.”

Tabi bu hata size anlamlı gelmeyecektir, zira çok genel bir hata. Bunun üzerine ULS loglarına (..\..\14\LOGS) bakacaksınız. Burada da muhtemelen aşağıdaki hatayı alacaksınız.

“SharePoint Foundation Claims Authentication fo1t Monitorable …inistration.Claims.SPClaimProviderManager.GetClaimProvidersForContext(Uri context, SPClaimProviderOperationOptions mode, IEnumerable`1 providerNames) at Microsoft.SharePoint.Administration.Claims.SPClaimProviderOperations.ClaimsForEntity(Uri context, SPClaimProviderOperationOptions mode, String[] providerNames, SPClaim entity) at Microsoft.SharePoint.IdentityModel.SPSecurityTokenService.AugmentClaimsIdentity(IClaimsIdentity identity, SPClaim identityClaim, RequestSecurityToken request) at Microsoft.SharePoint.IdentityModel.SPSecurityTokenService.GetOutputClaimsIdentity(IClaimsPrincipal principal, RequestSecurityToken request, Scope scope) at Microsoft.IdentityModel.SecurityTokenService.SecurityTokenService.Issue(IClaimsPrincipal principal, RequestSecurityToken request) … “

Buna göre yapmış olduğunuz hatalar aşağıdakilerden biri olabilir :

  1. Sertifika export ve import işlemleri sırasında hangi sertifikanın hangi serverdan alınıp, hangi servera yükleneceğini karıştırmış olabilirsiniz. Eğer sorunun bu olduğunu düşünüyorsanız, Central Administration -> Security -> Trust yolunu izleyip, her iki serverdaki yüklemiş olduğunuz sertifikaları silin. Burada bulunan local sertifikayı silmemeye özen gösterin.
    Daha sonra birinci adımı tekrarlayın.
  2. Yukarıda anlattığım, üçüncü adımdaki aşamayı yanlış uygulamış olmak. Örneğin; Servisi kullanacak olan farmdaki Application Discovery and Load Balancing Service ine, servisi publish edecek olan farma yetki vermek. Tam tersi olması gerekiyordu.
  3. A ve B farmlarının kurulumlarının farklı domain userları ile yapılması. Bu ayrı bölgelerdeki farmları ayrı sorumlulara teslim etmek için gayet makul ve mantıklı bir işlem. Böyle bir durum ile karşı karşıya iseniz, Paylaşımı yapılan Service Application’da, diğer farmın userına da Full Control yetkisi vermeniz gerekecektir.
  4. A ve B Farmlarının bulunduğu serverlar birbirleri ile 32844 portundan konuşabilir durumda olmalıdırlar.
  5. Muhtemelen yukarıdaki çoğu durum ile karşılaşmayacaksınız. Bu satıra kadar indiyseniz hiçbir şey derdinize çözüm olmamış demektir. Aslında çözümünüz çok basit birşey olabilir. Sharepoint’in temelinden gelen bir çözüm 🙂 IISRESET. Evet evet yanlış duymadınız, service bağlanmayı denemeden önce, yaptığınız değişikliklerden sonra, her iki servera da mutlaka iisreset atın.

Bunlar da yardımcı olmadıysa, probleminizi paylaşırsanız sevinirim.

Tags: , , , , , , , , , , , , , , ,
Posted in Sharepoint | 4 Comments »

Sharepoint Alert Problemi

Ocak 17th, 2011

Sharepoint MVP si olan bir arkadaş çok güzel bir makale yazmış, genel olarak tüm alert me sorunlarını bu check liste bakarak çözebilirsiniz. Ama bunların hepsini yaptıysanız ve hala sorununuz düzelmediyse, siz de benim yaşadıklarımı yaşamış olabilirsiniz. Bu arada ben de ki çözüm çok basitti tabii bu sorunu yakalamak biraz zor oldu.

Benim sorunum tam olarak, Bir listeye Alert Me ekleyince, aboneliğin başarılı bir şekilde gerçekleştiğini anlatan mail geliyordu. Fakat liste veya döküman kütüphanesinde herhangi bir değişiklik olduğunda, bunu belirten instant mailler gelmiyordu. Aşağıdaki makalede yazıldığı üzere

select * from eventcache where EventData is not null
select * from eventlog where ListID = ‘xxx’
select * from EventCache
select * from eventcache order by EventTime DESC

Sorgularıyla alertin DB ye düştüğünü, Job çalışınca buradaki itemın silindiğini yani mailin gönderildiğini gördüm. Event Log lara da bir şey düşmüyordu. Sonra Sharepoint Loglara bakmak aklıma geldi. Orada da her alert me mailinin gönderilmesi sırasında “Alerts Job failed to initialize site collection for Subscriptionid:” hatasının alındığını gördüm. En altta bunun nasıl çözüldüğüne bahsettim.

MVP arkadaşımızın yazdığı makaleyi aşağıya koyuyorum. Orjinal linki ise şurda…

Question: How to Troubleshoot Alerts in WSS 3.0 / MOSS

Answer:

The most common issue in alert is the user will get the initial email, but will not get when changes are made to the list where he configured the alert. Check the following settings in order and ensure that it is correct.

1. Is it an upgrade from V2 to V3? If yes, check the upgrade section at the bottom of this page.

2. If this is a new install of V3 (WSS or MOSS), then do the following

a. Create a new web app and see if the alerts work there. If yes, you can move the content db of the non-working site to this one. If customer is not ready to do that, then try the following.

b. Open the command prompt and go to the 12\Bin folder. Run this command and see whether alerts are enabled for the web application.

Stsadm.exe-o getproperty -url http://problemsite -pn alerts-enabled

The expected output is <Property Exist=”Yes” Value=”yes” />. If you don’t get this, run the following command to change the value.

stsadm.exe -o setproperty -pn alerts-enabled -pv “true” -url http://problemsite

If the property is Yes and still the alerts are not sent, toggle the property from Yes to NO

and then from No to Yes. This may delete all the existing alerts and warn the customer

about this.

c. Check the property job-immediate-alerts schedule through command prompt. Run this command from the 12\bin folder. If we have issues with Scheduled alerts like daily or weekly, then check the property job-daily-alerts and job-weekly-alerts.

stsadm.exe -o getproperty -url http://ProblemSite -pn job-immediate-alerts

The expected output is

<Property Exist=”Yes” Value=”every 5 minutes between 0 and 59″/>. If you don’t get this, run the following command to change the value.

stsadm.exe -o setproperty -pn job-immediate-alerts -pv “every 5 minutes

between 0 and 59″ -url http://ProblemSite

d. Confirm the above step through the UI. Central adminàOperationsàTimer Job Definitions and ensure that a job named Immediate Alerts is present for the web application.

e. Configure the alert for a user in a list. Instead of typing the domain name\ user name, type the email address of the user and see if he gets initial email. Then make a change to the list and see whether he gets the mail related to the change.

f. If he gets the alert as expected, then create a new alert and this time select the user from the people picker or type the domain name\user name.

g. If the alert is not working after doing the above step, then check the ImmedSubscriptions / SchedSubscriptions table of the content db of the web application depending on the type of alert and see a new record is added and ensure that the email field for the user is populated correctly. If not, check whether the email address is present in the user’s profile through the SSP admin page.

h. The initial alert is not security trimmed. So irrespective of whether the user has privileges on the list or not, the initial alert will be sent. If the user is not getting alert for any changes, then check whether the user has Read permission on the list.

i. This also happen if there is some issue in their mail provider (third party email providers. In this case, capture the ULS log with all information events in the verbose mode and check for lines which says Alert has been sent.

j. Email enabled security groups can also be used for configuring alerts. If the changes are not notified to the members of the group, check whether the group is added to the list with minimum Read permission. Also some email providers block email groups if the number of members are more than certain number.

k. Open SQL Query Analyzer; connect to the content database of problematic site. Run the following query.

Select * from timerlock

This server is responsible for processing the timer service. You can follow this KB ?

http://support.microsoft.com/kb/934838 to sync the accounts and password across the

Farm

The internal working mechanism of how an alert should work in v3:

The EventCache table records the SQL level events as they occur and the EventData and ACL columns are not NULL for an alert event. There is an alerts timer job that runs periodically to process the records in the EventCache. After the alerts timer job runs, it nulls out the EventData and ACL columns. Then, it will log an event into the EventLog table. So check the following in SQL.

select * from eventcache where EventData is not null

This will output all of the subscriptions which have not been processed yet. We can see if there are some alerts which are not processed.

select * from eventlog where ListID = ‘xxx’

You can get the ListID from the EventCache table by running

Select * from EventCache and check the documents which correspond to the problematic list.

If you cannot find any record, perform the following tests:

Run filemon on the MOSS server which is responsible for the timer service and check if the Timer

service picks up the alert template during the whole process.

Upload a new document to the document library which is supposed to have the alerts. Begin running

the filemon and analyze the logs.

p. select * from eventcache order by EventTime DESC

Check if the latest log is the one corresponds to your uploaded document. Make sure the EventData and ACL columns are not NULL.

After 5 minutes or more minutes, check the EventCache table again to see if the EventData and ACL columns are NULLed.

If so, stop filemon after the EventData and ACL columns are NULLed . Review log.

Upgrade from V2 to V3

1. Check this KB – http://support.microsoft.com/kb/936759/en-us

2. If no alerts are getting triggered even for a new web app, then run the Psconfig Wizard without changing any options

The timer job displayed an older date because the upgrade job was hung

3. If the alert works on new web apps, then you can move the site collections from the upgraded web app to the newly created web app through stsadm ?o backup / restore or stsadm ?o export / import. This action will be useful only if you have fewer site collections and this is only a workaround.


Sorununuz çözülmedi mi o zaman google da “Alerts Job failed to initialize site collection for Subscriptionid:” hatasını aratın.

Şu link te ben çözümü buldum. Buna göre yukarıdaki hatada verilen URL’in Access Drive Mappings’te Default Zone olarak işaretlenmiş olması gerekmekteymiş.

WPJim adlı kullanıcının yaptığı tam açıklama şu şekilde:

Found the solution for my problem – another Forum had listed this as a solution (can’t recall which, been to so many):

Go to the Central Administration tool for the affected site, click on Operations –> Access Drive Mappings

Ensure that the URL listed for the Default Zone is the URL of your site, not the Windows Name of your Site’s server.  If it is not, edit it (Click on the linked URL name).

Hope this helps you.


Tags: , , , , , , , , , ,
Posted in Sharepoint | No Comments »

Hiding the SharePoint 2010 Ribbon From Anonymous Users

Kasım 9th, 2010

Konu ile ilgili güzel bir yazı….

http://www.endusersharepoint.com/2010/11/09/hiding-the-sharepoint-2010-ribbon-from-anonymous-users/

Tags: , ,
Posted in Sharepoint | No Comments »

Sharepoint 2010 Error : “The type or namespace name ‘DirectoryServices’ does not exist in the namespace ‘System'”

Ekim 29th, 2010

Sharepoint 2010 da başlıktaki gibi bir hata alıyorsanız ki tam metni aşağıdadır. Bunun çözümü şu şekildedir :

Hata Metni : “The type or namespace name ‘DirectoryServices’ does not exist in the namespace ‘System’ (are you missing an assembly reference)”

Çözüm :

Web.config dosyasını açıp compilation tagını şu şekle getiriyoruz.

<compilation debug=”true”>
<assemblies>
<add assembly=”System.DirectoryServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A”/>
</assemblies>
</compilation>

Tags: , , , , ,
Posted in Sharepoint | 2 Comments »

Sharepoint Error : This page allows a limit of 200 controls, and that limit has been exceeded

Ekim 26th, 2010

Kendime ve sizlere not ;

Sharepoint sayfanızda başlıkta yazan hatayı alıyorsanız yapmanız gerekenler :

  1. c:\inetpub\wwwroot\wss\VirtualDirectories\80 dizinine gidin,
  2. Web.config dosyanızı açın,
  3. Aşağıdaki satırı bulun,
    <SafeMode MaxControls=”200″ CallStack=”false” DirectFileDependencies=”10″ TotalFileDependencies=”50″ AllowPageLevelTrace=”false”>
    <PageParserPaths />
    </SafeMode>
  4. Buradan MaxControls=”200″ ayarındaki 200 rakamını artırın.
  5. Kaydedip dosyayı kapatın, bu sorununuzu çözecektir.

Gelen Aramalar:

  • sharepoint
  • sharepoint 2013 turkish language pack
  • this page allows a limit of 200 controls sharepoint 2013

Tags: , , , ,
Posted in Bilgisayar, Sharepoint | No Comments »