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

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

Sıralı aşamalarda Başlangıç 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 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 Hizmetlerine 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 Açıklama
Uzantılar Geçiş sonrasında uzantıları yeniden yüklemeniz gerekir. Yerel uzantıları Market'te özel uzantılar olarak yayımlayın ve bunları hesapla paylaşın.
Servis 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 aktarılmıyor. Geçiş sonrasında yük testlerini yeniden yapılandırın.
İşlem hattı ajanları ve ajan havuzları Geçiş sonrasında işlem hattı aracılarını ve aracı havuzlarını yeniden yapılandırın.
Bahsedenler İş öğ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 iletişim kartları görüntülenmez ve bazı köprü bağlantıları 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 Hizmetleri kuruluş başına 1.000 proje sınırı uygular, ancak 300 veya daha az proje önerilir. Bu eşiğin ötesinde, Visual Studio’dan kuruluşa bağlanma gibi bazı deneyimler olumsuz etkilenebilir. 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ı https://dev.azure.com/Contoso olarak temsil edilir; burada Contoso, Azure DevOps Services kuruluşunun adını temsil eder.

Bir takım proje koleksiyonu SQL veritabanını taşıdığınızda, Veri Geçiş Aracı, kullanıcının belirlediği bir adla yeni bir Azure DevOps organizasyonu oluşturur. Koleksiyon veritabanını mevcut bir Azure DevOps Hizmetleri kuruluşuna geçiremez veya birden çok koleksiyon veritabanını tek bir Azure DevOps Hizmetleri kuruluşunda birleştiremezsiniz. Takım projesi koleksiyonları ile Azure DevOps Services kuruluşları arasında eşleme tam bir bire bir yapılır.

Veri merkezini seçin

Azure DevOps Hizmetleri kuruluşunuzu ayarlarken verilerinizin konumunu seçin. İ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.

Önemli

Tüm Azure bölgeleri Veri Geçiş Aracı'nı desteklemez. Desteklenmeyen bölgelerde geçici SQL VM'lerinin veya diğer geçiş altyapısının ayarlanması gecikmelere neden olabilir ve yeniden yapılandırma gerektirebilir. Geçiş planlamanıza devam etmeden önce desteklenen bölgeleri gözden geçirin.

Geçiş için desteklenen Azure bölgeleri

Aşağıdaki tabloda, Azure DevOps Veri Geçiş Aracı'nı destekleyen Azure bölgeleri listelanmaktadır:

Bölge Kısa kod
ABD'nin Orta Bölgeleri CUS
Batı Avrupa BİZ
Güney Birleşik Krallık UKS
Doğu Avustralya AE
Güney Brezilya BSc
Orta Hindistan Yüksek Lisans
Güneydoğu Asya (Singapur) Deniz
Orta Kanada CC

Geçiş sürecinin tamamı ve bölgelere ilişkin en güncel hususlar için bkz. Geçiş için desteklenen Azure bölgeleri.

Fiyatlandırmayı anlama

Geçişle ilgili sık sorulan sorulardan biri, bir şirketin Azure DevOps Hizmetleri'ni kullanması için gereken lisans türüdür. İyi haber, ihtiyacınız olan tüm lisanslara zaten sahip olmanızdır. Çoğu durumu kapsaması gereken örnek bir çalışma sayfası mevcuttur. 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 için Fiyatlandırma.

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

# Sütun 1 Sütun 2
1 Ekip üyesi sayısı
2 Paydaş sayısı
3 2. satırdaki değeri 1. satırdaki değerden çıkarma*
4 Visual Studio abone sayısı**
5 4. satırdaki değeri 3. satırdaki değerden çıkarma
6 5. satırdaki değeri 5. satırdaki değerden çıkarın***
  • *Paydaşlar ücretsizdir.
  • ** Visual Studio Aboneler, aboneliğin bir avantajı olarak Azure DevOps Hizmetlerine sahiptir.
  • Her Azure DevOps Hizmetleri 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. Bu işlem, Test çalıştırması için hazırlama aşamasında ele alınmıştır.

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ıza stres testi yapmanızı ve tıkanıklıkları 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 rezerve edin

Geçiş projesinin zaman çizelgesini göz önünde bulundurarak, istediğiniz adın son geçişte kullanılabildiğinden emin olmak için kuruluşunuzun adını erken ayırın.

Örneğin, şirketinizin adı Contoso ise ve https://dev.azure.com/contoso gibi aynı adı taşıyan bir kuruluş istiyorsanız, hemen bu adla bir kuruluş oluşturun. Ancak yalnızca yepyeni bir Azure DevOps Services kuruluşuna geçiş yapabileceğinizi unutmayın.

Kuruluşunuzun adını rezerve etmek için aşağıdaki adımları tamamlayın.

  1. İlk rezervasyon:
    1. İstediğiniz son ada sahip bir kuruluş oluşturun, örneğin https://dev.azure.com/contoso. Bu adım, geçiş süreniz boyunca başka hiç kimsenin bu ad üzerinde hak iddia edememesi için adı rezerve eder.
    2. Geçişe hazır olana kadar bu kuruluşu yerinde tutun.
  2. Son geçiş:

    1. Son geçişi başlatmaya hazır olduğunuzda, bunu https://dev.azure.com/contoso-temporary gibi geçici bir kuruluşta gerçekleştirin. Mevcut bir kuruluşa geçiş yapamazsınız.

    2. Geçiş başarıyla tamamlandıktan sonra, ayrılmış kuruluşun (https://dev.azure.com/contoso) adını https://dev.azure.com/contoso-remove-later gibi bir yer tutucu adla değiştirin. Adın yeniden kullanılabilir hale gelmesi silme işleminden sonra bir saate kadar sürebileceğinden, kuruluşu silmek yerine yeniden adlandırmak tercih edilir.

      Note

      Başka bir kuruluşu yeniden adlandırmadan önce yeniden adlandırma işleminden sonra en az bir saat bekleyin. Daha fazla bilgi için bkz. Kuruluşunuzu yeniden adlandırma.

    3. Geçirilen kuruluşu () istediğiniz son adla (https://dev.azure.com/contoso-temporaryhttps://dev.azure.com/contoso) yeniden adlandırın.

    4. İsteğe bağlı olarak, yer tutucu kuruluşu (https://dev.azure.com/contoso-remove-later) silin.

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ım

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

İlgili içerik

  • Last updated on