Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Metode migrasi database SQL Server
Ada berbagai metode untuk memigrasikan database SQL Server Anda ke. AWS Anda dapat memilih dari AWS layanan dan fitur asli SQL Server berdasarkan penilaian dan persyaratan Anda. Bagian ini menjelaskan beberapa metode yang paling umum, yang dirangkum dalam dua tabel berikut. Diskusi terperinci tentang beberapa metode ini disertakan dalam bagian di Amazon EC2 dan Amazon RDS nanti dalam panduan ini.
**AWS layanan**
****
| Metode migrasi | Target | Fitur dan keterbatasan | Informasi selengkapnya |
| --- | --- | --- | --- |
| **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Bagian [AWS DMS](heterogeneous-migration-tools.md#aws-dms) |
| **Orkestrator AWS Migration Hub** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Bagian [Orkestrator AWS Migration Hub](mho.md) |
| **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Tidak tercakup dalam panduan ini (lihat [dokumentasi Layanan Migrasi Aplikasi](https://docs.aws.amazon.com/mgn/index.html)) |
| **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Bagian Snowball](snowball-edge.md) Edge |
**Metode asli SQL Server**
****
| Metode migrasi | Target | Fitur dan keterbatasan | Informasi selengkapnya |
| --- | --- | --- | --- |
| **Pencadangan dan pemulihan asli** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Bagian [pencadangan/pemulihan SQL Server asli (Anda dapat menggunakan [Orkestrator AWS Migration Hub](mho.md)untuk mengotomatiskan pencadangan](native-backup-restore.md) dan pemulihan asli) |
| **Pengiriman log** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Bagian [pengiriman log](log-shipping.md) |
| **Pengiriman log kustom** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Mengotomatiskan Amazon EC2 SQL Server lokal atau Amazon RDS untuk migrasi Amazon RDS for SQL Server menggunakan](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/) pengiriman log kustom (posting blog)AWS |
| **Pencerminan basis data** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Bagian pencerminan basis data](db-mirroring.md) |
| **Selalu Pada grup ketersediaan** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Selalu Di bagian grup ketersediaan](always-on.md) |
| **Grup ketersediaan Basic Always On** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Tidak tercakup dalam panduan ini (lihat [grup ketersediaan Dasar Selalu Aktif untuk satu database](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) dalam dokumentasi Microsoft) |
| **Grup ketersediaan terdistribusi** | Amazon EC2 Amazon RDS Kustom (hanya migrasi) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Bagian [grup ketersediaan terdistribusi](distributed-groups.md) |
| **Replikasi transaksional** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Bagian replikasi transaksional](trans-rep.md) |
| **Program salinan massal (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Tidak tercakup dalam panduan ini (lihat [Mengimpor dan mengekspor data SQL Server menggunakan metode lain](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), bagian *Salinan massal* dalam dokumentasi Amazon RDS) |
| **Lepaskan dan pasang** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Tidak tercakup dalam panduan ini (lihat [Detach dan Lampirkan Database](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) dalam dokumentasi Microsoft) |
| **Impor/ekspor** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/methods.html) | Tidak tercakup dalam panduan ini (lihat [Mengimpor dan mengekspor data SQL Server menggunakan metode lain](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) dalam dokumentasi Amazon RDS) |
# Pencadangan/pemulihan SQL Server asli
Amazon RDS mendukung operasi pencadangan dan pemulihan asli untuk database Microsoft SQL Server menggunakan file cadangan lengkap dan diferensial (.bak). Ini juga mendukung pemulihan diferensial dan opsi pemulihan log pada instans Amazon RDS for SQL Server DB atau instance EC2 Amazon SQL Server, untuk meminimalkan waktu henti aplikasi Anda.
**catatan**
Anda dapat melakukan operasi pemulihan penuh, diferensial, dan log di Amazon RDS for SQL Server. Namun, Anda hanya dapat melakukan pencadangan penuh dan diferensial (bukan cadangan log) saat ini.
Menggunakan file.bak asli adalah cara paling sederhana untuk mencadangkan dan memulihkan database SQL Server. Anda dapat menggunakan metode ini untuk memigrasikan database ke atau dari Amazon RDS. Anda dapat mencadangkan dan memulihkan database tunggal alih-alih seluruh instans DB. Anda juga dapat memindahkan database antara instans Amazon RDS for SQL Server DB.
Saat Anda menggunakan Amazon RDS, Anda dapat menyimpan dan mentransfer file cadangan di Amazon Simple Storage Service (Amazon S3), untuk lapisan perlindungan tambahan untuk pemulihan bencana. Contoh:
+ Anda dapat membuat cadangan lengkap database Anda dari server lokal Anda, menyalinnya ke bucket S3, dan kemudian mengembalikannya ke instans Amazon RDS SQL Server DB yang ada.
+ Anda dapat mengambil cadangan dari instans Amazon RDS for SQL Server DB, menyimpannya di Amazon S3, lalu memulihkannya di mana pun Anda inginkan.
+ Anda dapat menerapkan aturan konfigurasi [Siklus Hidup Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) untuk mengarsipkan atau menghapus cadangan jangka panjang.
Amazon RDS for SQL Server mendukung pemulihan backup asli SQL Server ke instans SQL Server DB yang telah membaca replika yang dikonfigurasi. Ini berarti Anda tidak perlu menghapus replika baca sebelum memulihkan file cadangan asli ke instans Amazon RDS for SQL Server DB Anda.
**catatan**
Anda dapat menggunakan Migration Hub Orchestrator untuk mengotomatiskan dan mengatur migrasi database SQL Server Anda ke Amazon atau EC2 Amazon RDS dengan menggunakan pencadangan dan pemulihan asli. Untuk informasi lebih lanjut, lihat [Orkestrator AWS Migration Hub bagian](mho.md).
Diagram berikut menunjukkan backup/restore proses SQL Server asli. Anda dapat menggunakan Migration Hub Orchestrator untuk mengotomatiskan proses ini. Anda dapat menggunakan proses ini untuk mencadangkan dan memulihkan database SQL Server ke Amazon EC2 juga.
![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png)
Untuk mengotomatiskan pencadangan dan pemulihan, lihat dokumentasi [Migration Hub Orchestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html).
Untuk menyiapkan native backup/restore menggunakan Amazon S3, lihat dokumentasi [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling).
Untuk batasan saat menggunakan pencadangan dan pemulihan asli SQL Server, lihat [Batasan dan rekomendasi](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) dalam dokumentasi Amazon RDS.
# Pengiriman log
Anda dapat menggunakan pengiriman log untuk mengirim cadangan log transaksi dari database SQL Server utama dan lokal ke satu atau beberapa database SQL Server sekunder (siaga hangat) yang digunakan pada instans atau Amazon RDS EC2 for SQL Server DB instans di Cloud. AWS Untuk mengatur pengiriman log di Amazon RDS for SQL Server, Anda harus menggunakan skrip kustom Anda sendiri.
Dalam skenario ini, Anda mengonfigurasi database SQL Server siaga hangat pada EC2 instans atau instans Amazon RDS for SQL Server DB, dan mengirim cadangan log transaksi secara asinkron antara database lokal dan server siaga hangat di Cloud. AWS Pencadangan log transaksi kemudian diterapkan ke database siaga hangat. Ketika semua log telah diterapkan, Anda dapat melakukan failover manual dan memotong ke cloud.
Opsi ini mendukung semua versi dan edisi SQL Server. Setelah memigrasikan database ke AWS Cloud, Anda dapat menambahkan replika sekunder menggunakan grup ketersediaan Selalu Aktif untuk tujuan ketersediaan dan ketahanan tinggi.
![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png)
Untuk informasi selengkapnya tentang penggunaan metode ini untuk mencapai ketersediaan tinggi, perlindungan data, dan pemulihan bencana untuk database SQL Server Anda di Amazon EC2, lihat [Log pengiriman](ec2-log-shipping.md) di bagian *Amazon EC2 untuk SQL* Server.
# Pencerminan basis data
Anda dapat menggunakan mirroring database untuk menyiapkan lingkungan cloud hybrid untuk database SQL Server Anda. Opsi ini memerlukan edisi SQL Server Enterprise. Dalam skenario ini, database SQL Server utama Anda berjalan di tempat, dan Anda membuat siaga hangat di cloud. Anda mereplikasi data Anda secara asinkron, dan melakukan failover manual saat Anda siap untuk cutover. Setelah memigrasikan database ke AWS Cloud, Anda dapat menambahkan replika sekunder menggunakan grup ketersediaan Selalu Aktif untuk tujuan ketersediaan dan ketahanan tinggi.
Untuk informasi selengkapnya tentang penggunaan metode ini untuk mencapai ketersediaan tinggi, perlindungan data, dan pemulihan bencana untuk database SQL Server Anda di Amazon EC2, lihat [Pencerminan basis data](ec2-db-mirroring.md) di bagian *Amazon EC2 untuk SQL* Server.
# Selalu Aktif pada grup ketersediaan
Grup ketersediaan SQL Server Always On adalah fitur tingkat perusahaan canggih untuk menyediakan solusi ketersediaan dan pemulihan bencana yang tinggi. Fitur ini tersedia jika Anda menggunakan SQL Server 2014 dan versi yang lebih baru. Anda juga dapat menggunakan grup ketersediaan Selalu Aktif untuk memigrasikan database SQL Server lokal ke Amazon. EC2 AWS Pendekatan ini memungkinkan Anda untuk memigrasikan database Anda dengan minimal atau tanpa downtime.
Jika Anda memiliki penyebaran lokal grup ketersediaan SQL Server Always On, replika utama dan replika sekunder Anda akan mereplikasi data secara sinkron dalam grup ketersediaan. Jadi, untuk memigrasikan database Anda ke AWS Cloud, Anda dapat memperluas cluster Windows Server Failover Clustering (WSFC) Anda ke cloud. Ini bisa bersifat sementara, hanya untuk tujuan migrasi. Anda kemudian membuat replika sekunder di AWS Cloud dan menggunakan replikasi asinkron, seperti yang ditunjukkan pada diagram berikut. Setelah replika sekunder disinkronkan dengan database lokal utama, Anda dapat melakukan failover manual kapan pun Anda siap untuk cutover.
![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png)
Untuk informasi selengkapnya tentang penggunaan metode ini untuk mencapai ketersediaan tinggi, perlindungan data, dan pemulihan bencana untuk database SQL Server Anda di Amazon EC2, lihat [Grup ketersediaan Selalu Aktif](ec2-always-on.md) di bagian *Amazon EC2 untuk SQL* Server.
# Grup ketersediaan terdistribusi
Grup ketersediaan terdistribusi mencakup dua grup ketersediaan terpisah. Anda dapat menganggapnya sebagai grup ketersediaan grup ketersediaan. Grup ketersediaan yang mendasarinya dikonfigurasi pada dua cluster WSFC yang berbeda. Grup ketersediaan yang berpartisipasi dalam grup ketersediaan terdistribusi tidak perlu berbagi lokasi yang sama. Mereka bisa fisik atau virtual, di tempat atau di cloud publik. Grup ketersediaan dalam grup ketersediaan terdistribusi tidak harus menjalankan versi SQL Server yang sama. Instans DB target dapat menjalankan versi SQL Server yang lebih baru daripada instance DB sumber.
Arsitektur grup ketersediaan terdistribusi memberi Anda cara yang fleksibel untuk meng-host ulang instance atau database SQL Server yang penting. AWS Ini memberikan solusi hibrida untuk mengangkat dan menggeser (atau mengangkat dan mengubah) basis data SQL Server kritis Anda. AWS
Menggunakan arsitektur grup ketersediaan terdistribusi lebih efisien daripada memperluas kluster WFSC lokal yang ada. AWS Data ditransfer hanya dari primer lokal ke salah satu AWS replika (*forwarder*). Forwarder bertanggung jawab untuk mengirim data ke replika baca sekunder lainnya di. AWS
Dalam diagram berikut, klaster WSFC pertama (WSFC 1) di-host di tempat dan memiliki grup ketersediaan lokal (AG 1). Cluster WSFC kedua (WSFC 2) di-host AWS dan memiliki grup AWS ketersediaan (AG 2). [Direct Connect](https://aws.amazon.com/directconnect/)digunakan sebagai koneksi jaringan khusus antara lingkungan lokal dan AWS. Grup ketersediaan lokal (AG 1) memiliki dua replika (*node*). Transfer data antar node sinkron, dengan failover otomatis. Demikian pula, grup AWS ketersediaan (AG 2) juga memiliki dua replika, dan transfer data di antara mereka sinkron dengan failover otomatis. Grup ketersediaan terdistribusi membuat database tetap sinkron secara asinkron. Data ditransfer dari replika utama SQL Server di AG 1 (yang ada di tempat) ke replika utama (forwarder) di AG 2 (yang aktif). AWS Forwarder bertanggung jawab untuk mengirim data ke replika baca lainnya AWS dan terus memperbaruinya. Setelah lokal dan AWS database disinkronkan, Anda dapat melakukan failover manual grup ketersediaan terdistribusi. AWS AWS Database menjadi database utama untuk read/write akses dari aplikasi.
![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png)
**catatan**
Pada titik waktu tertentu, hanya ada satu database yang tersedia untuk operasi tulis. Anda dapat menggunakan replika sekunder yang tersisa untuk operasi baca. Untuk mengukur beban kerja baca Anda, Anda dapat menambahkan lebih banyak replika baca di beberapa Availability Zone. AWS
Untuk informasi selengkapnya tentang grup ketersediaan terdistribusi, lihat:
+ [Dokumentasi Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups)
+ [Cara merancang solusi Microsoft SQL Server hybrid menggunakan grup ketersediaan terdistribusi di blog](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) AWS Database
+ [Migrasikan SQL Server untuk AWS menggunakan grup ketersediaan terdistribusi](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) di situs web AWS Prescriptive Guidance
# Replikasi transaksional
Replikasi transaksional adalah teknologi SQL Server yang digunakan untuk mereplikasi perubahan antara dua database. Perubahan ini dapat mencakup objek database seperti tabel (kunci utama diperlukan), prosedur tersimpan, tampilan, dan sebagainya, serta data. Proses replikasi melibatkan *penerbit* (database utama yang menerbitkan data), *pelanggan* (database sekunder yang menerima data yang direplikasi), dan *distributor* (server yang menyimpan metadata dan transaksi untuk replikasi transaksional). Anda dapat menggunakan replikasi transaksional untuk SQL Server di Amazon EC2 dan Amazon RDS untuk instans DB Amazon RDS for SQL Server.
Replikasi transaksional membuat snapshot objek dan data dalam database lokal (publikasi) Anda dan mengirimkannya ke database pelanggan. Setelah snapshot diterapkan ke pelanggan, semua perubahan data berikutnya dan modifikasi skema yang dilakukan di penerbit dikirim ke pelanggan saat terjadi. Perubahan data kemudian terus diterapkan ke pelanggan dalam urutan yang sama seperti yang terjadi di penerbit.
Setelah sinkronisasi selesai, Anda melakukan validasi pada instans SQL Server DB target. Ketika kedua database disinkronkan, Anda menghentikan aktivitas pada database lokal, memastikan replikasi telah selesai, dan kemudian melakukan cutover ke instans SQL Server DB target. Anda kemudian dapat menghentikan langganan push, menghapusnya, dan mulai menggunakan Amazon RDS for SQL Server.
Database pelanggan juga dapat digunakan sebagai database read-only. Distributor, yang mencatat pekerjaan sinkronisasi, direkomendasikan untuk berada di server terpisah. Jika database target Anda ada di Amazon RDS for SQL Server, Anda dapat mengatur langganan push untuk menyebarkan perubahan ke pelanggan.
Kami menyarankan Anda menggunakan replikasi transaksional ketika Anda ingin:
+ Lakukan migrasi satu kali data Anda ke Amazon RDS atau Amazon. EC2
+ Migrasikan objek tingkat skema atau tingkat tabel ke. AWS
+ Migrasikan sebagian database ke AWS.
+ Migrasi dengan downtime minimal menggunakan strategi replikasi SQL Server yang ada dengan menambahkan pelanggan tambahan.
Jika Anda berencana menggunakan replikasi transaksional untuk migrasi data satu kali ke Amazon RDS for SQL Server, sebaiknya siapkan konfigurasi AZ tunggal untuk replikasi. Setelah proses replikasi selesai, Anda dapat mengubah lingkungan Anda menjadi arsitektur multi-AZ untuk ketersediaan tinggi.
Diagram berikut menunjukkan proses replikasi transaksional untuk database di Amazon RDS dan Amazon. EC2
![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png)
Untuk informasi selengkapnya tentang replikasi transaksional, lihat [dokumentasi Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) dan postingan [Cara bermigrasi ke Amazon RDS for SQL Server menggunakan replikasi](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/) transaksional di blog Database. AWS
# Orkestrator AWS Migration Hub
**catatan**
AWS Migration Hub tidak lagi terbuka untuk pelanggan baru pada 7 November 2025. Untuk kemampuan yang mirip dengan AWS Migration Hub, jelajahi [AWS Transform](https://aws.amazon.com/transform/).
Orkestrator AWS Migration Hub membantu Anda mengatur dan mengotomatiskan migrasi database SQL Server ke Amazon atau Amazon RDS. EC2 Fitur ini AWS Migration Hub membantu Anda memulai dengan cepat dengan menggunakan templat alur kerja standar yang dibangun berdasarkan praktik terbaik. Migration Hub Orchestrator mengotomatiskan tugas manual rawan kesalahan yang terlibat dalam proses migrasi, seperti memeriksa kesiapan lingkungan dan koneksi. Anda juga dapat menggunakan Migration Hub Orchestrator untuk mengatur dan mempercepat migrasi untuk aplikasi.NET, beban kerja SAP, dan gambar mesin virtual, selain database SQL Server Anda. Anda dapat mengakses alat ini melalui konsol [Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/).
Untuk migrasi SQL Server, Migration Hub Orchestrator mendukung tiga kasus penggunaan:
+ Rehost SQL Server di Amazon. EC2 Anda dapat memilih server SQL tertentu dan meng-host ulang server tersebut di Amazon EC2 dengan menggunakan backup dan restore native otomatis di Migration Hub Orchestrator. Untuk mempelajari selengkapnya, lihat [Rehost SQL server EC2 di Amazon](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) dalam dokumentasi Migration Hub Orchestrator.
+ Memplatform ulang SQL Server di Amazon RDS. Anda dapat memilih database SQL Server tertentu dan memplatformnya kembali di Amazon RDS dengan menggunakan pencadangan dan pemulihan asli otomatis di Migration Hub Orchestrator. Untuk mempelajari selengkapnya, lihat [Replatform SQL server di Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) dalam dokumentasi Migration Hub Orchestrator.
+ Rehost aplikasi Windows dan SQL Server di Amazon. EC2 Anda dapat mengangkat dan menggeser server Windows Anda yang menjalankan .NET dan SQL Server ke Amazon EC2 dengan menggunakan *aplikasi Rehost pada template Amazon EC2 *. Untuk mempelajari selengkapnya, lihat [Rehost aplikasi di Amazon EC2 dalam dokumentasi](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) Migration Hub Orchestrator.
Migration Hub Orchestrator membantu menghindari kelebihan jadwal dan anggaran dalam migrasi SQL Server Anda. Manfaat utama lainnya termasuk:
+ Migrasikan aplikasi dengan menggunakan metodologi preskriptif. Anda dapat memulai dengan cepat dengan templat alur kerja yang telah ditentukan, yang didasarkan pada praktik terbaik migrasi yang telah terbukti. Anda juga dapat menyesuaikan alur kerja migrasi dengan menambahkan, menyusun ulang, dan menghapus langkah-langkah berdasarkan kebutuhan Anda. Misalnya, Anda dapat menambahkan langkah untuk persetujuan cutover.
+ Otomatiskan langkah-langkah manual. Migration Hub Orchestrator mengotomatiskan tugas manual seperti menginstal agen, mengimpor gambar lokal, menyediakan lingkungan target, dan memverifikasi lingkungan sumber dan target. AWS Otomatisasi menghemat waktu dan biaya sekaligus mengurangi kesalahan.
+ Mengatur alur kerja migrasi. Migration Hub Orchestrator mengatur alat yang digunakan dalam langkah migrasi dengan menggunakan kembali metadata inventaris, spesifikasi konfigurasi, dan konteks lingkungan untuk meminimalkan jumlah input yang dibutuhkan alat ini.
Untuk informasi tambahan, lihat sumber daya berikut:
+ [Konsol Orkestrator Hub Migrasi](https://console.aws.amazon.com/migrationhub/orchestrator/)
+ [Rehost aplikasi di Amazon EC2 (Panduan Pengguna](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) *Orkestrator Hub Migrasi*)
+ [Platform ulang server SQL di Amazon RDS (Panduan Pengguna Orkestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) *Hub Migrasi*)
+ [Alur kerja migrasi](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) *(Panduan Pengguna Orkestrator Hub Migrasi*)
+ [Menggunakan Migration Hub Orchestrator untuk menyederhanakan dan mempercepat migrasi Microsoft SQL Server (posting blog)](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/)AWS
+ [Sederhanakan migrasi gambar Windows Server Anda dengan Orkestrator AWS Migration Hub](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (AWS posting blog)
# AWS Snowball Edge
**catatan**
AWS Snowball Edge tidak lagi tersedia untuk pelanggan baru. Pelanggan baru harus [AWS DataSync](https://aws.amazon.com/datasync/)mencari transfer online, [Terminal Transfer AWS Data](https://aws.amazon.com/data-transfer-terminal/) untuk transfer fisik yang aman, atau AWS Partner solusi. Untuk komputasi tepi, jelajahi [AWS Outposts](https://aws.amazon.com/outposts/).
Anda dapat menggunakannya AWS Snowball Edge untuk memigrasi database yang sangat besar (berukuran hingga 210 TB). Snowball memiliki port Ethernet 10 Gb yang Anda colokkan ke server lokal dan menempatkan semua backup database atau data pada perangkat Snowball Edge. Setelah data disalin ke Snowball Edge, Anda mengirim alat AWS ke untuk ditempatkan di bucket S3 yang Anda tentukan. Anda kemudian dapat mengunduh cadangan dari Amazon S3 dan memulihkannya di SQL Server pada EC2 sebuah instance, atau menjalankan `rds_restore_database` prosedur tersimpan untuk memulihkan database ke Amazon RDS. Anda juga dapat menggunakan [AWS Snowcone](https://aws.amazon.com/snowcone/) untuk database berukuran hingga 8 TB. Untuk informasi selengkapnya, lihat [AWS Snowball Edge dokumentasi](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) dan [Mengimpor dan mengekspor database SQL Server, *Memulihkan bagian database*](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), di dokumentasi Amazon RDS.