Aracılığıyla paylaş

Azure DevOps Veri Geçiş Aracı'nı kullanmaya başlama

  • Makale

Veritabanınızı yüksek güvenilirlikle geçirmek için Azure DevOps Veri Geçiş Aracı'nı kullanmadan önce bu makaledeki temel kavramlardan bazılarını öğrenin.

Sıralı aşamalarda Kullanmaya başlama aşamasını vurgulayan diyagram.

Hangi verilerin geçirildiği hakkında bilgi edinin

Tüm veriler geçirilmez. Raporlama ve SharePoint verileri gibi koleksiyon dışındaki ayrı veritabanları geçirilmez. Aşağıdaki bölümlerde hangi verilerin geçirildiği hakkında daha fazla ayrıntı listelenir.

Dahil edilen veri

Aşağıdaki tabloda geçişe dahil edilen veriler gösterilmektedir.

Dahil edilen veri Açıklama
Koleksiyon eşlemesi Azure DevOps Server'daki her koleksiyon bir veritabanına karşılık gelir. Geçiş sırasında iş öğeleri, geçmiş, Team Foundation Sürüm Denetimi (TFVC) değişiklik kümeleri, Git verileri, derleme tanımları ve daha fazlası dahil olmak üzere koleksiyonun tamamı Azure DevOps Services'e geçirildi. İş öğesi, TFVC değişiklik kümesi ve Git işleme numaraları/kimlikleri değişmeden kalır.

Dışlanan veriler

Aşağıdaki tabloda geçişte belirli veri dışlamaları gösterilmektedir.

Dışlanan veriler Veri Akışı Açıklaması
Uzantılar Uzantılar geçiş sonrasında yeniden yüklenmelidir. Yerel uzantıları Market'te özel uzantılar olarak yayımlamalı ve hesapla paylaşmalısınız.
Hizmet Kancaları Service Hooks verileri geçişe dahil değildir; geçiş sonrasında yeniden yapılandırın.
Yük testi Yük testi verileri getirilmiyor; geçiş sonrasında yük testlerini yeniden yapılandırın.
İşlem hattı aracıları ve aracı havuzları Geçiş sonrasında işlem hattı aracılarını ve aracı havuzlarını yeniden yapılandırın.
Bahsetmeler İş öğesi tartışmalarındaki kullanıcı bahsetmeleri, yeni Microsoft Entra Kimliği'ni değil şirket içi kimliği korur. Kullanıcı adlarının üzerine gelindiğinde kişi kartları görüntülenmez ve bazı köprüler geçersiz olabilir.
Project Server tümleştirmeleri Azure DevOps Services için kullanılamaz. Örneğin, XAML Derlemeleri, Microsoft Test Yöneticisi, SharePoint, SQL Veri Ambarı vb.
Önizleme özellikleri Azure DevOps Services'e geçiş sırasında bazı Azure DevOps Server özellikleri önizlenebilir.

Proje sınırları

Koleksiyonunuz çok sayıda proje içeriyorsa, Azure DevOps Services kuruluş başına 1.000 proje sınırı uygular, ancak 300 veya daha azını öneririz. Bu eşiğin ötesinde, Kuruluşa Visual Studio'dan bağlanma gibi bazı deneyimler düşebilir. Sınırın içinde kalmak için koleksiyonu bölmeyi veya eski projeleri silmeyi göz önünde bulundurun.

Şirket içi veritabanlarıyla Azure DevOps kuruluşları arasındaki ilişkiyi anlama.

Geçişinizi planlama konusunda ayrıntılı bilgi edinmeden önce, veritabanı geçiş işleminin nasıl çalıştığını yükseltilmiş bir düzeyde anlamanız önemlidir. Geçişler aşağıdaki ana kavramlar üzerinde çalışır:

  • Takım Projesi Koleksiyonu: Azure DevOps Server'daki koleksiyonlar, takım projeleri ve yapıtları için fiziksel bir kapsayıcıdır. Her koleksiyon tek bir SQL veritabanına eşit olur ve Azure DevOps Services'e geçişlerin kaynağıdır.
  • Azure DevOps Services kuruluşu: Kuruluşlar, bulutta barındırılan hizmetin yönetim birimidir. Mantıksal olarak 1:1'i Azure DevOps Server'daki bir takım projesi koleksiyonu kavramıyla eşler. Bu nedenle kuruluşlar, Azure DevOps Services'e geçişlerin hedefidir. Örneğin, Azure DevOps Services kuruluşları Contoso'nun Azure DevOps Services kuruluşunun adını temsil ettiği yer olarak https://dev.azure.com/Contoso temsil edilir.

Bir takım projesi koleksiyonu SQL veritabanını geçirdiğinizde, Veri Geçiş Aracı kullanıcı tarafından sağlanan bir ada sahip yeni bir Azure DevOps kuruluşu oluşturur. Koleksiyon veritabanını mevcut bir Azure DevOps Services kuruluşuna geçirmek veya birden çok koleksiyon veritabanını tek bir Azure DevOps Services kuruluşunda birleştirmek mümkün değildir. Eşleme, takım projesi koleksiyonları ile Azure DevOps Services kuruluşları arasında kesinlikle bire bir yapılır.

Veri merkezini seçin

Azure DevOps Services kuruluşunuzu ayarlarken verilerinizin konumunu seçebilirsiniz. İlk kaydolma ve kuruluş oluşturma sırasında gereksinimlerinize uygun bir bölge seçin. Daha sonra geçiş için kullanmak üzere bölgenin kısaltma kodunu not edin. Daha fazla bilgi için bkz. Geçiş için desteklenen bölgeler.

Fiyatlandırmayı anlama

Genellikle geçişle ilgili bir soru, bir şirketin Azure DevOps Services'i kullanması için ne tür lisanslama gerektiğidir. İyi haber şu ki, ihtiyacınız olan tüm lisanslara sahip olma olasılığınız yüksektir. Çoğu durumda ele alınması gereken örnek bir çalışma sayfası oluşturduk. Durumunuz hakkında belirli sorularınız varsa Geliştirici Çözümü Satış Uzmanınıza veya Microsoft Kurumsal Bayi'ye ulaşın. Daha fazla bilgi için bkz. Azure DevOps fiyatlandırması.

Kullanıcı lisansları çalışma sayfası

# Sütun 1 Sütun 2
1 Ekip üyesi sayısı
2 Paydaş sayısı
3 Satırı (2) satırdan çıkarma (1)*
4 # of Visual Studio aboneleri**
5 Satırı (4) satırdan çıkarma (3)
6 Çizgiyi (5) çizgiden çıkarma (5)***
  • *Paydaşlar ücretsizdir
  • ** Visual Studio Aboneleri, aboneliğin bir avantajı olarak Azure DevOps Services'e sahiptir
  • Her Azure DevOps Services kuruluşu beş ücretsiz kullanıcı alır

Özelliklere erişmeye yönelik uygun maliyetli seçenekler hakkında daha fazla bilgi için bkz. Faturalamaya genel bakış ve Azure Fiyatlandırma Hesaplayıcısı.

Visual Studio Market veya Azure portalı aracılığıyla gerekli Azure DevOps Services kullanıcı lisanslarını satın alın. Test çalıştırmasına hazırlanma aşamasında bu süreci ele alıyoruz.

Temel özelliklere ek olarak, Azure DevOps'ta yararlı bulabileceğiniz aşağıdaki katma değerli hizmetler de kullanılabilir:

  • Barındırılan yük testi hizmetleri: Yük altındaki uygulamalarınızın performansını simüle etmeniz ve analiz etmeniz gerekiyorsa Azure DevOps barındırılan yük testi hizmetleri sağlar. Bu hizmetler, uygulamalarınızı stres testi yapmanızı ve performans sorunlarını veya performans sorunlarını belirlemenizi sağlar.
  • Test Yöneticisi uzantıları: Kapsamlı test yönetimi için Test Manager uzantılarını kullanmayı göz önünde bulundurun. Bu uzantılar test çalışması yönetimi, keşif testi ve test yürütme izleme gibi özellikler sağlayarak test özelliklerinizi geliştirir.
  • Diğer özellikler: Azure DevOps, belirli gereksinimlere uygun çeşitli uzantılar ve tümleştirmeler sunar. Microsoft dışı araçlarla tümleştirme, güvenliği geliştirme veya dağıtım işlem hatlarını otomatikleştirme gibi birçok seçenek vardır.

Bu hizmetlerden bazıları ek maliyetlerle gelebilir, bu nedenle gereksinimlerinizi ve bütçenizi uygun şekilde değerlendirmeniz önemlidir. Bu maliyetler faturanızda ilişkili aboneliğin altında görünür. Daha fazla bilgi için bkz . Faturalamayı ayarlama. Durumunuz hakkında belirli sorularınız varsa kişiselleştirilmiş rehberlik için DevOps İş Ortağınıza, Microsoft Kurumsal Bayinize veya Microsoft Geliştirici Çözümleri Satış Uzmanınıza başvurun.

Yeni kuruluşunuzu ayırma

Geçiş projesinin zaman çizelgesini göz önünde bulundurarak, istediğiniz adın son geçiş için kullanılabilir olduğundan emin olmak için kuruluşunuzun adını önceden ayırmanızı öneririz.

Örneğin, şirketiniz Contoso ise ve eşleşen ada sahip bir kuruluş istiyorsanız (örneğin, https://dev.azure.com/contoso) şimdi bu ada sahip bir kuruluş oluşturabilirsiniz. Ancak yalnızca yepyeni bir Azure DevOps Services kuruluşuna geçiş yapabileceğinizi unutmayın.

Kuruluşunuzun adını ayırmak için aşağıdaki adımları uygulayın.

  1. İlk rezervasyon:
    1. Geçici bir ada sahip bir kuruluş oluşturun, örneğin, https://dev.azure.com/contoso-temporary.
    2. Bu geçici adı gelecekteki geçişiniz için ayırın.
  2. Son geçiş:
    1. Son geçişi başlatmaya hazır olduğunuzda, bunu kuruluşa gerçekleştirin https://dev.azure.com/contoso-temporary .
    2. Geçiş başarılı olduktan sonra, içeri aktarılan kuruluş için istediğiniz adı açmak için ayrılmış kuruluşu yeniden adlandırın. Silme işlemi hemen yeniden adlandırıldığında adın yayımlanması bir saat kadar sürebileceğinden, silme işlemi silmek yerine yeniden adlandırın.
    3. Geçirilen kuruluşu hemen yeniden adlandırarak temizlediğiniz istek adıyla (örneğin, https://dev.azure.com/contoso) yeniden adlandırın.
    4. İsteğe bağlı olarak, özgün olarak ayrılmış ve yeniden adlandırılmış kuruluşu bu noktada silebilirsiniz.

Bu yaklaşımı izleyerek, tercih ettiğiniz kuruluş adının kullanılabilir kalmasını sağlarken sorunsuz bir geçişe sahip olursunuz.

Sonraki adımlar

Geçiş için tam önkoşullar