Mulai menggunakan Alat Migrasi Data Azure DevOps
Sebelum Anda menggunakan Alat Migrasi Data Azure DevOps untuk memigrasikan database Anda dengan keakuratan tinggi, pelajari beberapa konsep dasar dalam artikel ini.
Pelajari data mana yang akan dimigrasikan
Tidak semua data dimigrasikan. Pisahkan database di luar koleksi, misalnya, pelaporan dan data SharePoint, tidak dimigrasikan. Bagian berikut ini mencantumkan detail selengkapnya tentang data mana yang akan dimigrasikan.
Data yang disertakan
Tabel berikut ini memperlihatkan data yang disertakan dalam migrasi.
| Data yang disertakan | Deskripsi |
|---|---|
| Pemetaan koleksi | Setiap koleksi di Azure DevOps Server sesuai dengan satu database. Selama migrasi, seluruh koleksi—termasuk item kerja, riwayat, set perubahan Team Foundation Version Control (TFVC), data Git, definisi build, dan lainnya—dimigrasikan ke Layanan Azure DevOps. Item kerja, set perubahan TFVC, dan nomor/ID penerapan Git tetap tidak berubah. |
Data yang dikecualikan
Tabel berikut ini memperlihatkan pengecualian data tertentu dalam migrasi.
| Data yang dikecualikan | Deskripsi |
|---|---|
| Ekstensi | Ekstensi harus diinstal ulang pascamigrasi. Anda harus menerbitkan ekstensi lokal ke Marketplace sebagai ekstensi privat dan dibagikan dengan akun. |
| Service Hook | Data Service Hooks tidak disertakan dalam migrasi; konfigurasi ulang setelah migrasi. |
| Uji beban | Memuat data pengujian tidak dibawa; mengonfigurasi ulang pengujian beban setelah migrasi. |
| Agen alur dan kumpulan agen | Konfigurasi ulang agen alur dan kumpulan agen setelah migrasi. |
| Sebutan | Penyebutan pengguna dalam diskusi item kerja mempertahankan identitas lokal, bukan ID Microsoft Entra baru. Mengarahkan kursor ke nama pengguna tidak menampilkan kartu kontak, dan beberapa hyperlink mungkin tidak valid. |
| Integrasi Project Server | Tidak tersedia untuk Layanan Azure DevOps. Misalnya, XAML Builds, Microsoft Test Manager, SharePoint, SQL Data Warehouse, dan sebagainya. |
| Fitur pratinjau | Beberapa fitur Azure DevOps Server dapat dipratinjau selama migrasi ke Layanan Azure DevOps. |
Batas proyek
Jika koleksi Anda berisi banyak proyek, Azure DevOps Services memberlakukan batas 1.000 proyek per organisasi, meskipun kami merekomendasikan 300 atau kurang. Di luar ambang batas ini, pengalaman tertentu—seperti menyambungkan ke organisasi dari Visual Studio—mungkin mengalami penurunan. Untuk tetap dalam batas, pertimbangkan untuk memisahkan koleksi atau menghapus proyek yang lebih lama.
Pahami hubungan antara database lokal dan organisasi Azure DevOps.
Sebelum Anda mendalami perencanaan migrasi Anda, penting untuk dipahami pada tingkat yang ditingkatkan bagaimana proses migrasi database berfungsi. Migrasi beroperasi pada konsep utama berikut:
- Kumpulan Proyek Tim: Koleksi di Azure DevOps Server adalah kontainer fisik untuk proyek tim dan artefaknya. Setiap koleksi sama dengan database SQL tunggal dan merupakan sumber migrasi ke Azure DevOps Services.
- Organisasi Layanan Azure DevOps: Organisasi adalah unit manajemen dalam layanan yang dihosting cloud. Secara logis mereka memetakan 1:1 ke konsep pengumpulan proyek tim di Azure DevOps Server. Oleh karena itu, organisasi adalah tujuan migrasi ke Azure DevOps Services. Misalnya, organisasi Azure DevOps Services diwakili sebagai
https://dev.azure.com/Contosotempat Contoso mewakili nama organisasi Azure DevOps Services.
Saat Anda memigrasikan database SQL pengumpulan proyek tim, Alat Migrasi Data membuat organisasi Azure DevOps baru dengan nama yang disediakan pengguna. Memigrasikan database koleksi ke organisasi Azure DevOps Services yang ada atau mengonsolidasikan beberapa database koleksi ke dalam satu organisasi Azure DevOps Services tidak dimungkinkan. Pemetaan ini benar-benar satu-ke-satu antara koleksi proyek tim dan organisasi Azure DevOps Services.
Pilih pusat data
Saat menyiapkan organisasi Azure DevOps Services, Anda dapat memilih lokasi untuk data Anda. Selama pendaftaran awal dan pembuatan organisasi, pilih wilayah yang sesuai dengan kebutuhan Anda. Untuk digunakan nanti untuk migrasi, catat kode singkat wilayah tersebut. Untuk informasi selengkapnya, lihat Wilayah yang didukung untuk migrasi.
Memahami harga
Pertanyaan yang biasanya muncul dengan migrasi adalah jenis lisensi apa yang perlu digunakan perusahaan untuk menggunakan Layanan Azure DevOps. Kabar baiknya adalah Anda kemungkinan memiliki semua lisensi yang sudah Anda butuhkan. Kami membuat contoh lembar kerja yang harus mencakup sebagian besar kasus. Jika Anda memiliki pertanyaan spesifik tentang situasi Anda, hubungi Spesialis Penjualan Solusi Pengembang atau Microsoft Reseller Anda. Untuk informasi selengkapnya, lihat Harga untuk Azure DevOps.
Lembar kerja lisensi pengguna
| # | Kolom 1 | Kolom 2 |
|---|---|---|
| 1 | Jumlah anggota tim | |
| 2 | Jumlah pemangku kepentingan | |
| 3 | Mengurangi garis (2) dari baris (1)* | |
| 4 | # pelanggan Visual Studio** | |
| 5 | Mengurangi garis (4) dari baris (3) | |
| 6 | Kurangi garis (5) dari baris (5)*** |
- *Pemangku Kepentingan gratis
- ** Pelanggan Visual Studio memiliki Layanan Azure DevOps yang disertakan sebagai manfaat dari langganan
- Setiap organisasi Layanan Azure DevOps mendapatkan lima pengguna gratis
Untuk informasi selengkapnya tentang opsi hemat biaya untuk mengakses fitur, lihat Ringkasan penagihan dan Kalkulator Harga Azure.
Beli lisensi pengguna Azure DevOps Services yang diperlukan melalui Visual Studio Marketplace atau portal Azure. Kami mempelajari proses ini selama fase Persiapan uji coba.
Selain fitur inti, layanan bernilai tambah berikut tersedia di Azure DevOps yang mungkin bermanfaat bagi Anda:
- Layanan pengujian beban yang dihosting: Jika Anda perlu mensimulasikan dan menganalisis performa aplikasi Anda di bawah beban, Azure DevOps menyediakan layanan pengujian beban yang dihosting. Layanan ini memungkinkan Anda untuk menguji stres aplikasi Anda dan mengidentifikasi hambatan atau masalah performa.
- Ekstensi Test Manager: Untuk manajemen pengujian yang komprehensif, pertimbangkan untuk menggunakan ekstensi Test Manager. Ekstensi ini meningkatkan kemampuan pengujian Anda dengan menyediakan fitur seperti manajemen kasus pengujian, pengujian eksplorasi, dan pelacakan eksekusi pengujian.
- Lebih banyak fitur: Azure DevOps menawarkan berbagai ekstensi dan integrasi yang memenuhi kebutuhan tertentu. Baik mengintegrasikan dengan alat non-Microsoft, meningkatkan keamanan, atau mengotomatiskan alur penyebaran, ada berbagai opsi.
Beberapa layanan ini mungkin datang dengan biaya tambahan, jadi sangat penting untuk mengevaluasi kebutuhan dan anggaran Anda yang sesuai. Biaya ini muncul pada tagihan Anda di bawah langganan terkait. Untuk informasi selengkapnya, lihat Menyiapkan tagihan. Jika Anda memiliki pertanyaan spesifik tentang situasi Anda, hubungi Mitra DevOps, Microsoft Reseller, atau Spesialis Penjualan Solusi Pengembang Microsoft Anda untuk panduan yang dipersonalisasi.
Memesan organisasi baru Anda
Dengan mempertimbangkan garis waktu proyek migrasi, kami sarankan Anda mencadangkan nama organisasi Anda sejak dini untuk memastikan bahwa nama yang Anda inginkan tersedia untuk migrasi akhir Anda.
Misalnya, jika perusahaan Anda adalah Contoso dan Anda menginginkan organisasi dengan nama yang cocok, misalnya, https://dev.azure.com/contoso, Anda dapat membuat organisasi dengan nama tersebut sekarang. Tetapi perlu diingat bahwa Anda hanya dapat bermigrasi ke organisasi Azure DevOps Services baru.
Lakukan langkah-langkah berikut untuk memesan nama organisasi Anda.
- Reservasi awal:
- Buat organisasi dengan nama sementara, misalnya,
https://dev.azure.com/contoso-temporary. - Pesan nama sementara ini untuk migrasi Anda di masa mendatang.
- Buat organisasi dengan nama sementara, misalnya,
- Migrasi akhir:
- Saat Anda siap untuk memulai migrasi akhir, lakukan ke organisasi
https://dev.azure.com/contoso-temporary. - Setelah migrasi berhasil, ganti nama organisasi yang dicadangkan untuk membuka nama yang Anda inginkan untuk organisasi yang diimpor. Ganti nama daripada menghapusnya karena penghapusan dapat memakan waktu hingga satu jam untuk merilis nama, saat mengganti nama segera.
- Segera ganti nama organisasi yang dimigrasikan ke nama keinginan, misalnya,
https://dev.azure.com/contoso, yang baru saja Anda hapus dengan mengganti nama. - Secara opsional, Anda dapat menghapus organisasi yang awalnya dicadangkan dan diganti namanya pada saat ini.
- Saat Anda siap untuk memulai migrasi akhir, lakukan ke organisasi
Dengan mengikuti pendekatan ini, Anda memiliki transisi yang lancar sambil memastikan nama organisasi pilihan Anda tetap tersedia.