Arama'yı yükleme ve yapılandırma

Azure DevOps Server 2022 - Azure DevOps Server 2019

Bu makalede, kendi donanımınızda çalışan Azure DevOps Server için güvenli bir arama altyapısını yüklemeyi, yapılandırmayı ve kaldırmayı öğrenin. Daha fazla bilgi için aşağıdaki makaleleri inceleyin:

• Arama ve dizin oluşturmayı yönetme
• Yazılım bağımlılıkları, bu makalenin devamı
• Azul Zulu OpenJDK

Önkoşullar

• Search uzantısını yüklemek için, kuruluş için bir Proje Koleksiyonu Yönetici istrator (PCA) olmanız gerekir. Yönetici olmayan kullanıcılar da uzantının PCA'larına eklenmesini isteyebilir.
• Daha fazla bilgi için bkz . Azure DevOps Server'ı yükleme ve yapılandırma ve Gereksinimler ve uyumluluk.

Donanım önerileri

Arama, Azure DevOps Server çalıştıran herhangi bir fiziksel sunucuda veya sanal makinede çalışır. Arama için aynı sunucuda veya farklı bir sunucuda ayarlayabilirsiniz. Aynı sunucuyu kullanıyorsanız CPU kullanımını göz önünde bulundurun.

İpucu

Arama'yı üretim ortamları için ayrı bir sunucuda yapılandırmanızı öneririz.

Çok kullanıcılı senaryolarda kabul edilebilir performans için aşağıdaki önerileri göz önünde bulundurun:

• Sunucuda Arama bulunan 250'den az kullanıcı (genellikle gösterim ve deneme amacıyla kullanılır):
  • Dört çekirdekli işlemci, 16 GB (minimum) RAM
  • CPU Kullanımı faktörü %50'den az
  • Katı Hal Sürücüsü (SSD) depolama destekli hızlı sabit sürücü
• Arama ayrı bir sunucuda bulunan 500'den az kullanıcı:
  • Çift çekirdekli işlemci, 8 GB (minimum) RAM
  • Katı Hal Sürücüsü (SSD) depolama destekli hızlı sabit sürücü
• Arama ayrı bir sunucuda bulunan 1.000'den az kullanıcı:
  • Dört çekirdekli işlemci, 16 GB (minimum) RAM
  • Katı Hal Sürücüsü (SSD) depolama destekli hızlı sabit sürücü
• Arama ayrı bir sunucuda bulunan 1.000'den fazla kullanıcı:
  • Dört çekirdekli işlemci, 16 GB (minimum) RAM
  • Katı Hal Sürücüsü (SSD) veya Depolama Alan Ağı (SAN) depolaması tarafından yedeklenen hızlı sabit sürücü
• Birden çok uygulama katmanına (AT) sahip Azure DevOps Server:
  • Arama'yı ayrı bir sunucuya yükleme
• Arama yüklemesinden önce Azure DevOps Server CPU kullanımı %50'den fazla:
  • Arama'yı ayrı bir sunucuya yükleme

Disk alanı gereksinimi:

Arama tarafından kullanılan disk alanı miktarı temel olarak dizine alınan dosyaların türüne ve boyutuna bağlıdır. Kod arama için depolar birçok kez büyük olabileceğinden ve sürüm denetiminde farklı kod dosyalarına sahip olabileceğinden disk alanı gereksinimi önemli olabilir. Dizine eklenecek tüm depoların boyutunun %150'sine kadar ayırın. TFS 2018 Güncelleştirme 3'ten ve sonrasında kullanıcılar, arama tarafından kullanılan disk alanını iyileştirmek için klasörleri dizin depolarından dışlayabilir.

Yazılım bağımlılıkları

Arama, yapılandırmanın bir parçası olarak otomatik olarak yüklenen aşağıdaki bağımlılıklara sahiptir:

• Elasticsearch tarafından Elasticsearch.
  • Arama, Elasticsearch'in değiştirilmiş bir sürümünü kullanır. Yalnızca bu değiştirilmiş sürümle çalışır.
  • Elasticsearch'in daha yeni bir sürümü, TFS 2018 Güncelleştirme 2 ve sonraki sürümlerle ve Azure DevOps Server ile birlikte gönderilir. Arama sonuçlarının eski bir sürümünden yükseltme yaptığınızda yüklemeden sonra tüm içerik yeniden dizine eklenir. İçerik hacmine (kod dosyaları, iş öğeleri ve wiki sayfaları) bağlı olarak yeniden dizine ekleme işleminin tamamlanması biraz zaman alabilir.
• Elasticsearch NEST istemcisi.
• OpenJDK Sürüm 11'in Microsoft Derlemesi.
  • OpenJDK'nin Microsoft Derlemesi güncelleştirmeleri otomatik olarak yüklemez.
• Topten Software tarafından markdowndeep .
• Roslyn derleyici platformu.
• ANTLR dil tanıma ayrıştırıcısı.

Not

• Sistem veya sunucu yöneticisi, yazılım sağlayıcısının önerileri doğrultusunda Sunucu JRE'sinin korunup güncelleştirildiğinden emin olmalıdır. Ayrıca aşağıdaki Java yükleme notlarını da görebilirsiniz.
• Güncelleştirmeleri düzenli olarak denetleyin.

Java yükleme notları

• Arama yapılandırma sihirbazı java çalışma zamanı ortamının (JRE) çalışan yüklemesini algılamazsa desteklenen en son sürümü indirme ve yükleme seçeneği sağlar. İndirmek için İnternet bağlantısı gereklidir. Hedef sunucunun İnternet bağlantısı yoksa, Arama'yı yüklemeyi denemeden önce el ile bir JRE indirip yüklemeniz gerekir.

• Azure DevOps Server'dan önceki Arama sürümleri Oracle Server Java Çalışma Zamanı Ortamı'nı kullanıyordu. Azure DevOps Server'da varsayılan JRE, Azul Zulu OpenJDK'dir.

• Yükleme sırasında sihirbaz, JAVA_HOME ortam değişkenini JRE yükleme klasörüne işaret etmek üzere ayarlar. Yapılandırma sihirbazı, doğru yapılandırılmadıysa veya JAVA_HOME ayarı Arama'nın gerektirdiğinden daha eski bir sürüme işaret ederse mevcut bir JRE yüklemesini algılamayabilir.

  Not

  Özellikle birden çok uygulama katmanına sahip büyük bir kurumsal ortamda kaynakların paylaşıldığı bir makineye Elasticsearch yüklemenizi önermeyiz. Elasticsearch'i ayrı bir ayrılmış makinede ayarlamanızı öneririz. Bu şekilde JAVA ortamı başka amaçlarla makineler arasında paylaştırılamaz.

• JrE'nin Search için gereken en düşük düzeyden önceki bir sürümü varsa ve JAVA_HOME değişkeni bu sürüme ayarlandıysa, Search'ü ayrı bir sunucuya yüklemenizi öneririz.

• Sunucu JRE'sinin Search için gereken en düşük değere eşit veya daha sonraki bir sürümü varsa ve yapılandırma sihirbazı tarafından tanınmıyorsa, JAVA_HOME değişkeninin AYARLANMADIĞINDEN emin olun. Ardından yapılandırma sihirbazını (& "C:\Program Files\Azure DevOps Server XXX\Search\ES\vX.XX\bin\elasticsearch-service.bat" manager) yeniden çalıştırın ve Java Sanal Makinesi yolunu ayarlayarak sürümü seçin.

• Diğer bağımlılıklar nedeniyle Search'ün gerektirdiği Java sürümünü yükleyemiyorsanız, aşağıdaki görevleri gerçekleştirebilirsiniz:

  • Java yüklü olmayan bir sunucuya Search uzantısıyla Azure DevOps Server'ı yükleyin. Bu eylemi 250'den fazla kullanıcı veya %50'den fazla CPU kullanımı veya birden çok AT için önermiyoruz.
  • Search ve JRE'yi Azure DevOps Server'dan ayrı bir sunucuya yükleyin.

  Not

  TFS'de Arama için varsayılan olan Oracle Server JRE 8 kullanıyorsanız (Azure DevOps Server Oracle Server JRE 8 kullanmaz), aşağıdaki bilgileri unutmayın:

  • Arama, Sunucu JRE 8'in ticari özelliklerinin hiçbirini kullanmaz veya desteklemez. Bu nedenle, Arama yapılandırması sırasında, Sunucu JRE'nin ticari özellikleri ne etkinleştirilir ne de kilidi açılır.
  • Oracle JRE ile devam etmeyi seçerseniz JRE güncelleştirmelerini almaya devam edebilmeniz için Java SE Aboneliği için Oracle ile iletişime geçin.

Oracle Server JRE'den OpenJDK'nin Microsoft Derlemesi'ne geçiş

Azure DevOps Server'da arama, gereksinimlerinize göre aralarında seçim yapmanıza olanak tanıyan hem OpenJDK'nin Microsoft Derlemesi'ni hem de Oracle JRE'yi destekler.

OpenJDK'nin Microsoft Derlemesi'ne geçmek için JAVA_HOME değişkeninin AYARLANMADIĞINDEN emin olun. Ardından yapılandırma sihirbazını (& "C:\Program Files\Azure DevOps Server XXX\Search\ES\vX.XX\bin\elasticsearch-service.bat" manager) yeniden çalıştırın ve Java Sanal Makinesi yolunu ayarlayarak sürümü seçin.

Özellik kullanılabilirliği

• İş Öğesi Arama, Team Foundation Server (TFS) 2018 ve sonraki sürümlerde kullanılabilir.
• Wiki Araması, TFS 2018 Güncelleştirme 2 ve sonraki sürümlerde kullanılabilir.
• İş Öğesi ve Wiki araması, Arama yapılandırması sırasında varsayılan olarak yüklenen yerleşik uzantılardır.
• Kod Arama, TFS 2018 ve sonraki sürümlerde kullanılabilir ve bir kabul etme özelliğidir. Kod Arama'yı daha sonra Yerel Galeri'den yükleyebilirsiniz. Yönetici olarak Yerel Galeri'ye (http://{server}/_gallery) gidin. Yönetici olmayan kullanıcılar, Azure DevOps Server uzantısını da isteyebilir. Daha fazla bilgi için bkz . Uzantı yükleme.

Aramayı Yapılandır

Azure DevOps Server'ı yüklerken Sunucu Yapılandırma Sihirbazı'ndaki ayrılmış sayfaları kullanarak Arama hizmeti yapılandırın. Daha sonra Sunucu Yapılandırma Sihirbazı'nı yeniden çalıştırarak veya Arama Yapılandırma Sihirbazı'nı başlatarak Arama'yı yapılandırmayı kaldırabilirsiniz.

Yapılandırmada önemli noktalar

Arama'yı yapılandırırken aşağıdaki bilgileri göz önünde bulundurun:

• Arama yapılandırıldığında hem İş Öğesi hem de Wiki araması varsayılan olarak etkinleştirilir. Gerekirse bu uzantılar daha sonra Azure DevOps Server'ın Uzantıları Yönet sayfasından kaldırılabilir.
• Kod Arama uzantısını kullanmak istediğiniz her Azure DevOps Server koleksiyonu için yüklenmelidir. Arama'yı ilk kez yapılandırdığınızda, bu işlemi otomatikleştirmek için mevcut ve yeni Proje Koleksiyonları için Kod Arama uzantısını otomatik olarak yükle olarak bir onay kutusu ayarlayabilirsiniz.
• Tüm proje koleksiyonlarınızın Kod Arama uzantısını yüklemek için onay kutusunu ayarlamazsanız, PCA'nız yerel galeriden yükleyebilir. Azure DevOps Server portal sayfanızdan Yerel Galeri'ye (http://{Server}/_gallery) gittiğinizden emin olun. Daha fazla bilgi için bkz . Uzantı yükleme.
• Arama'nın bir koleksiyonu dizine alması genellikle bir saatten az sürer. Ancak kod dosyalarının, iş öğelerinin veya wiki sayfalarının boyutuna ve sayısına bağlı olarak 12 saate kadar sürebilir. Bu süreden sonra sonuç alamazsanız dizin oluşturma durumunu denetleyin.

İkinci bir sabit sürücü ve uzak sunucu kullanma

• En yüksek performans için arama dizini klasörü ayrı bir hızlı sabit sürücüde olmalı ve katı hal sürücüsü (SSD) veya Depolama Alan Ağı (SAN) gibi hızlı depolama ile yedeklenmelidir. Dizine alınacak tüm depoların boyutunun % 150'sine kadar ayırın. Bu en kötü durum senaryosudur. Gerçek tüketilen alan, kod dosyalarının miktarına ve türüne ve bu koleksiyondaki iş öğelerinin ve wiki sayfalarının sayısına bağlıdır.
  • Belirtilmediği sürece, dizin oluşturma hizmeti ve Elasticsearch altyapısı, dizin dosyalarını oluşturmak ve bu dosyalara erişmek için yükleme sırasında ağ hizmet hesabını kullanır. Farklı bir hesap seçerseniz, hizmet olarak oturum açma iznine sahip olmalıdır.
  • Dizini yanlışlıkla veya kötü amaçlı değişiklik veya silmeye karşı korumak için dizin diski ve klasörü izinlerini kısıtlayın. Hizmet için uygun güvenlik ayarlarını yapılandırın.
• Birden çok AT içeren bir sunucuyu ara'yı yapılandırdığınızda, ayrı bir sunucuya yükleyin. Uzak sunucuya Search'ü yükledikten sonra, uzak Arama örneğini Azure DevOps Server örneğine bağlamak için AT sunucularından herhangi birinde Yapılandırma Sihirbazı'nı kullanın. Arama'yı yapılandırmayı kaldırdığınızda yapılandırmanın ilk gerçekleştirildiği AT sunucusunda Yapılandırma Sihirbazı'nı kullanmanız gerekir.

Sunucunuzu yükseltme

• Arama'nın zaten yapılandırılmış olduğu bir sunucuda üretim öncesi yükseltme yapıyorsanız, üretim örneğinizi bozmamak için Arama'yı yeniden yeniden yapılandırmanız gerekir. Arama'yı üretim öncesi yükseltmenin bir parçası olarak yapılandırma seçeneği yoktur. Bunun yerine, üretim öncesi yükseltme tamamlandıktan sonra yapılandırın. Yapılandırma sırasında tüm mevcut ve yeni koleksiyonlar için Kod Arama'yı otomatik olarak yükle ve yapılandır seçeneğinin işaretini kaldırabilirsiniz. Bunun yerine, yapılandırma tamamlandıktan sonra koleksiyonlarınızdan yalnızca biri veya ikisi için Arama uzantısını yükleyin
• Arama'nın yapılandırıldığı bir sunucuda üretim yükseltmesi yapıyorsanız ve bunu korumak istiyorsanız, Aramayı Yükle ve Yapılandır'ın yanındaki kutuyu işaretleyin. Sihirbaz mevcut Arama örneğinizi algılar ve Var olan Arama örneğini kullan'ı otomatik olarak seçer ve geçerli Arama hizmeti URL'nizi önceden doldurulur. Yeni Bir Arama örneği yükle seçeneğini yalnızca aynı sunucuda yeni bir Arama örneği ayarlamak istiyorsanız kullanın. Yeni bir örnek ayarlamak, tüm kodunuzun, iş öğelerinizin ve wiki'nizin yeniden dizine alınmasına neden olur ve koleksiyonların boyutuna bağlı olarak bu işlem biraz zaman alabilir. Dizin oluşturma sırasında kullanıcılar kısmi arama sonuçları görebilir
• Sunucunuzu yeni donanıma yükseltiyorsanız aşağıdaki iki seçeneğiniz vardır. Arama'nın daha önce nasıl yapılandırıldığına bağlı olarak bu seçeneklerden birini belirleyin:
  • Arama, Azure DevOps Server'dan ayrı bir sunucudaysa, Sunucu Yapılandırma Sihirbazı'nda Yüklemeyi ve Aramayı Yapılandır'ı seçmeniz ve ardından Var olan bir Arama örneğini kullan'ı seçmeniz ve Arama yapılandırmasını tamamlamak için mevcut Arama örneğinizin URL'sini sağlamanız gerekir
  • Arama, eski sunucudaki Azure DevOps Server örneğiniz ile birlikte yapılandırıldıysa, Sunucu Yapılandırma Sihirbazı'nda Aramayı Yükle ve Yapılandır'ı seçmeniz gerekir. Ardından Search ve Azure DevOps Server'ı birlikte barındırmaya devam etmek istiyorsanız Yeni sunucuya yeniden Yeni Bir Arama örneği yükle'yi seçin. Tüm koleksiyonlar için tüm Arama dizinleri yeniden oluşturulur ve her koleksiyonun boyutuna bağlı olarak biraz zaman alabilir
• Bir koleksiyonu başka bir örneğe eklemek için bir Azure DevOps Server örneğinden ayırıyorsanız aşağıdaki adımları uygulayın:
  1. Koleksiyonu kaynak Azure DevOps Server örneğinden ayırma
  2. Hedef Azure DevOps Server örneğinde Arama'yı yapılandırma (henüz yapılmadıysa)
  3. Koleksiyonu hedef Azure DevOps Sunucusuna ekleme
  4. Koleksiyon için Kod, İş öğesi veya Wiki gibi Arama uzantılarınızı Azure DevOps Sunucunuzdaki Yerel Galeri'den kaldırın
  5. Yerel Galeri'den koleksiyon için Arama uzantısını, hedef Azure DevOps Server örneğinizden bu uzantıya göz atarak yükleyin

Arama'yı ayrı bir sunucuya yükleme veya güncelleştirme

Arama'yı ayrı veya uzak bir sunucuya yüklemek veya güncelleştirmek için, genellikle 250'den fazla kullanıcı olduğunda aşağıdaki adımları uygulayın:

1. Azure DevOps Server'ı birincil sunucuya yüklerken, Arama yükle ve yapılandır onay kutusunu ayarlayın. öğesini seçin.
2. Mevcut bir Arama hizmeti kullan seçeneğini belirleyin.
3. Yerel makinede arama yükleyicisi dosyaları kümesine erişmek için sihirbazda sağlanan Arama hizmeti paketi bağlantısını kullanın. Ardından bu dosyaları uzak sunucuya kopyalayın.
4. Arama hizmeti uzak sunucuya yüklemek veya güncelleştirmek için yükleyici dosyaları kümesinde bulunan Readme.txt dosyasındaki yönergeleri izleyin.
5. Yükleme tamamlandıktan sonra, sonuçta elde edilen Arama sunucusu URL'sini Azure DevOps Server örneğinde çalışan yapılandırma sihirbazının Arama URL'si alanına kopyalayın.
6. Her iki yükleme de tamamlandığında, her iki sunucu için de uygun güvenlik ayarlarını yapılandırın.

Güvenli arama

Arama hizmeti Elasticsearch'in değiştirilmiş bir sürümünü kullanır. "Arama" ve "Elasticsearch" terimleri bu bölümün geri kalanında birbirinin yerine kullanılır. Yönetici istrator'lar, Arama hizmeti Azure DevOps Server ile aynı makinede veya ayrı bir makinede yer alan kimlik bilgilerini sağlamalıdır. Bu eylem, Arama özelliğini sunucu veya Arama yapılandırma sihirbazı aracılığıyla yapılandırmanın bir parçasıdır. Bu kimlik bilgileri yenidir ve önceden var olan hesap veya sunucu kimlik bilgileriyle ilgili değildir. Arama hizmeti ayarlamak ve bağlanmak için kullanılırlar. Bu yeni kimlik bilgileri kümeleri, arama hizmetinde temel kimlik doğrulamasını etkinleştirir.

TFS 2018 Güncelleştirme 1.1'den TFS 2018 Güncelleştirme 3'e yükseltme veya arama yeniden yapılandırması için, yalnızca kullanıcı bilgileri otomatik olarak doldurulur ve yöneticiler parola kimlik bilgilerini sağlamalıdır. Yönetici istrator'lar isterlerse farklı bir kullanıcı adı ve parola sağlayabilir. Arama hizmeti Azure DevOps Server ile aynı makinedeyse, yöneticiler Arama hizmeti ayarlamak için Yapılandırma Sihirbazı'nda yeni bir kimlik bilgileri kümesi sağlayabilir. Ancak, Arama hizmeti uzak bir makinedeyse, yöneticilerin önce Arama hizmeti kurulum betiğine yeni kimlik bilgilerini sağlaması gerekir.

Not

• Kullanıcı adı ve parola değerlerinin her ikisi de 8 ile 64 karakter uzunluğunda olmalıdır. Parolaya herhangi bir değer atanabilir ancak kullanıcı adı yalnızca alfasayısal ve alt çizgi karakterleri içerebilir.
• Arama kimlik bilgileri yalnızca kullanıcıların kimliğini doğrular ve kimliği doğrulanmamış kullanıcıların Elasticsearch uç noktasına erişemediğinden emin olun. Ancak Elasticsearch HTTPS'yi desteklemediğinden bu kimlik bilgileri ağ üzerinden Base64 kodlanmış dizeler olarak gönderilir. İstek için ara erişim olasılığı varsa, kurumsal güvenlik ve uyumluluk gereksinimlerinize göre uygun güvenlik ayarlarını yapılandırın.
• IpSec aracılığıyla şifreleme kullanarak belirli kullanıcılar veya kullanıcı grupları için arama ve dizin oluşturma erişimini sınırlamayı hedefleyin.

Bir Windows sunucusunda Elasticsearch'in güvenliğini sağlamak için IPSec kullanmak için aşağıdaki teknikleri göz önünde bulundurun:

• Güvenliği yalnızca kimlik doğrulamasıyla yapılandırın:

  • Elasticsearch bağlantı noktasına yalnızca yetkili kullanıcıların erişebilmesini sağlar. Yalnızca hizmet tarafı kuralları gerektirir (yalnızca Elasticsearch çalıştıran sunucuda güvenlik duvarı kuralları)
  • Önkoşul: Azure DevOps Server bir etki alanı hesabıyla yapılandırılmalıdır
  • IPsec korumalı Ağ Trafiğine İzin Veren Güvenlik Duvarı Kuralları Oluşturma'daki adımları izleyin

• Kimlik doğrulaması, bütünlük koruması ve şifreleme ile güvenliği yapılandırın:

  • Kimlik doğrulamasıyla birlikte şifreleme ve bütünlük korumasının uygulanmasını sağlar. Hem istemci tarafı hem de hizmet tarafı kuralları (Elasticsearch çalıştıran sunucuda güvenlik duvarı kuralları ve tüm Azure DevOps Server Uygulama Katmanı sunucuları) gerektirir
  • Önkoşul: Azure DevOps Server bir etki alanı hesabıyla yapılandırılmalıdır
  • Şifreleme ve Grup Üyeliği Gerektirerek Sunucuyu Yalıtma adımlarını izleyin

Yükseltme araması

• TFS 2018 Güncelleştirme 2: Güncelleştirilmiş Arama bileşenlerini ve Wiki Arama'yı içerir.

  • Arama hizmeti 2018 RTM yükseltmesi sırasında ayarlandıysa ve yükseltmekte olduğunuz TFS sisteminde yapılandırıldıysa, bileşenleri otomatik olarak güncelleştirilir.
  • Arama uzak bir sunucuda yapılandırılmışsa, güncelleştirmek için ayrı bir sunucuya arama yükleme veya güncelleştirme bölümüne bakın.

  Her iki durumda da, yapılandırmadan sonra güncelleştirilmiş bileşenleri desteklemek için tüm mevcut içerik (kod dosyaları ve iş öğeleri) otomatik olarak yeniden dizinlenir. İçerik hacmine bağlı olarak, bu yükseltmenin tamamlanması biraz zaman alabilir.

• TFS 2018 Güncelleştirme 1.1 ve TFS 2018 Güncelleştirme 3: TFS ile daha güvenli hale getirmek için Arama hizmeti arasındaki iletişim için temel kimlik doğrulamasını içerir. TFS 2018 Güncelleştirme 1.1 veya TFS 2018 Güncelleştirme 3'e yapılan tüm yükleme veya yükseltmeler, Sunucu veya Arama yapılandırma sihirbazı aracılığıyla Arama özelliğini yapılandırmanın bir parçası olarak kimlik bilgilerini sağlamalıdır.

• Azure DevOps Server 2019 Güncelleştirme 1 sürümüne TFS 2018 Güncelleştirme 2 (veya üzeri): Arama ayrı bir sunucuda yapılandırıldığında, aramanın yeniden yüklenmesini gerektirir. Yükseltme yönergelerini takip ederken, güncelleştirme Configure-TFSSearch.ps1 – Operation updateyerine 4. adımda aramayı yeniden yüklemek için aşağıdaki komutu çalıştırın.

Configure-TFSSearch.ps1 -Operation remove
Configure-TFSSearch.ps1 -Operation install -TFSSearchInstallPath <install location> -TFSSearchIndexPath $env:SEARCH_ES_INDEX_PATH

Aramayı Kaldır

Ön üretim yükseltmesi, üretim yükseltmesi, yeni donanım geçişi, kopyalama veya diğer bakım işlemleri için Sunucu Yapılandırma Sihirbazı Arama'yı yapılandırmaz. Ancak, sunucu bakım işlemi tamamlandıktan sonra yeniden yapılandırmak kolaydır.

Artık Arama'yı kullanmak istemediğiniz veya yeni ve temiz bir yükleme yapmak istediğiniz durumlar olabilir. Bu işlem, Arama'nın Azure DevOps Server ile aynı sunucuda mı yoksa ayrı bir sunucuda mı yapılandırıldığına bağlı olarak birden çok adım gerektirir.

Azure DevOps Sunucunuz olarak yapılandırılan makinede Arama'yı yapılandırmayı kaldırma

1. Her koleksiyon için Search uzantısını kaldırın. Azure DevOps Server örneğinizdeki her koleksiyonun Uzantıları Yönet sayfasına gidin:

   

2. Arama özelliğini kaldırın:

   1. Azure DevOps Server Yönetici istration Konsolu'nu açın.
   2. Sunucunun adını seçin.
   3. Özelliği Kaldır'ı seçin.
   4. Arama hizmeti'ı ve ardından Kaldır'ı seçin.

3. Elasticsearch hizmetini kaldırın:

   1. Yönetici olarak Komut İstemi'ni açın.
   2. dizinini cd "C:\Program Files\Microsoft Team Foundation Server 15.0\Search\ES\elasticsearch-5.4.1\bin"değiştirin.
   3. hizmetini "elasticsearch-service.bat remove"kaldırın.

4. Arama verilerini kaldırma:

   • ortam değişkeni tarafından açıklanan konumun içeriğini silin. SEARCH_ES_INDEX_PATH

5. ortam değişkenini "SEARCH_ES_INDEX_PATH"silin.

Ayrı bir sunucuda Arama'yı yapılandırmayı kaldırma

Her koleksiyon için Kod, İş öğesi veya Wiki gibi Arama'yı yapılandırmak üzere aşağıdaki adımları uygulayın.

1. Azure DevOps Server örneğinizdeki her koleksiyon için Uzantıları Yönet sayfasına gidin.

   

2. Arama özelliğini kaldırın:

   1. Özellik Kaldır iletişim kutusunu Yönetici sistrasyon Konsolu'nu açın.
   2. Sol bölmede Azure DevOps Sunucusu'nun adını seçin.
   3. Sağ bölmede Özelliği Kaldır'ı seçin.
   4. Özelliği Kaldır iletişim kutusunda Arama hizmeti ve ardından Kaldır'ı seçin.

3. Elasticsearch hizmetini ve verilerini kaldırın.

   1. PowerShell'i yönetici olarak açın.
   2. Search.ps1'i Yapılandır klasörünü ve Arama'nın uzaktan yüklenmesi için gereken diğer dosyaları açın.
   3. Kaldır seçeneğiyle betiği yeniden çalıştırın: "ConfigureTFSSearch.ps1 -remove".

Arama Sınırlamaları

Azure DevOps Server araması aşağıdaki sınırlamalara sahiptir:

• Olağanüstü durum kurtarma (DR) işlemi yaparsanız ve sunucunuzu SQL veritabanınızın önceki anlık görüntüsüne geri taşırsanız tüm koleksiyonlarınızı yeniden dizine alma.
• Arama genişletilebilir değildir, ancak Geliştirici Topluluğu yeni bir özellik isteği gönderebilirsiniz.

İlgili makaleler

• Arama için dizin oluşturmayı yönetme
• Arama'yı kullanmaya başlama