Cara mengelola database Hyperscale

Berlaku untuk:Azure SQL Database

Tingkat layanan Hyperscale menyediakan penyimpanan yang sangat scalable dan tingkat performa komputasi yang memanfaatkan arsitektur Azure guna memperluas penyimpanan dan sumber daya komputasi untuk Azure SQL Database secara substansial melampaui batas yang tersedia untuk tingkat layanan Tujuan Umum dan Bisnis Kritis. Artikel ini menjelaskan cara melakukan tugas administrasi penting untuk database Hyperscale, termasuk memigrasikan database yang ada ke Hyperscale, memulihkan database Hyperscale ke wilayah yang berbeda, membalikkan migrasi dari Hyperscale ke tingkat layanan lain, dan memantau status operasi yang sedang berlangsung maupun yang terbaru terhadap database Hyperscale.

Pelajari cara membuat database Hyperscale baru di Mulai Cepat: Membuat database Hyperscale di Azure SQL Database.

Tip

Harga yang disederhanakan untuk SQL Database Hyperscale pada Bulan Desember 2023. Tinjau blog harga Hyperscale untuk detailnya.

Memigrasikan database yang sudah ada ke Hyperscale

Anda bisa memigrasikan database yang sudah ada di Azure SQL Database ke Hyperscale menggunakan portal Microsoft Azure, Azure CLI, PowerShell, atau T-SQL.

Waktu yang diperlukan untuk memindahkan database yang ada ke Hyperscale terdiri dari waktu untuk menyalin data, dan waktu untuk memutar ulang perubahan yang dibuat di database sumber saat menyalin data. Waktu penyalinan data disesuaikan dengan ukuran data. Sebaiknya migrasi ke Hyperscale selama periode aktivitas tulis yang lebih rendah sehingga waktu untuk memutar ulang akumulasi perubahan lebih pendek.

Anda hanya akan mengalami waktu henti dalam waktu singkat, umumnya beberapa menit, selama cutover akhir ke tingkat layanan Hyperscale.

Prasyarat

Untuk memindahkan database yang merupakan bagian dari hubungan replikasi-geografis ke Hyperscale, baik pemindahannya secara primer maupun sekunder, Anda harus terlebih dahulu menghentikan replikasi data antara replika primer dan sekunder. Database dalam grup failover harus dihapus dari grup terlebih dahulu.

Setelah database dipindahkan ke Hyperscale, Anda dapat membuat replikasi geografis Hyperscale baru untuk database itu.

Cara memigrasikan database ke tingkat layanan Hyperscale

Untuk memigrasikan database yang ada di Azure SQL Database ke tingkat layanan Hyperscale, pertama-tama identifikasi tujuan layanan target Anda. Tinjau batas sumber daya untuk database tunggal jika Anda tidak yakin tujuan layanan mana yang tepat untuk database Anda. Dalam banyak kasus, Anda dapat memilih tujuan layanan dengan jumlah vCore yang sama dan generasi perangkat keras yang sama dengan database asli. Jika diperlukan, Anda dapat mengubah tujuan layanan dengan waktu henti minimal.

Pilih tab untuk alat pilihan Anda untuk memigrasikan database Anda:

Portal

Portal Microsoft Azure memungkinkan Anda bermigrasi ke tingkat layanan Hyperscale dengan memodifikasi tingkat harga database Anda.

1. Navigasikan ke database yang ingin Anda migrasikan di portal Microsoft Azure.
2. Di bilah navigasi kiri, pilih Komputasi + penyimpanan.
3. Pilih daftar dropdown Tingkat layanan untuk memperluas opsi untuk tingkat layanan.
4. Pilih Hyperscale (Penyimpanan sesuai permintaan yang dapat diskalakan) dari menu daftar dropdown.
5. Tinjau Konfigurasi Perangkat Keras yang tercantum. Jika diinginkan, pilih Ubah konfigurasi guna memilih konfigurasi perangkat keras yang sesuai untuk beban kerja Anda.
6. Pilih penggeser vCore jika Anda ingin mengubah jumlah vCore yang tersedia untuk database Anda di tingkat layanan Hyperscale.
7. Pilih penggeser High-AvailabilitySecondaryReplicas jika Anda ingin mengubah jumlah replika di tingkat layanan Hyperscale.
8. Pilih Terapkan.

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

Azure CLI

Sampel kode ini memanggil pembaruan az sql db untuk memigrasikan database yang ada di Azure SQL Database ke tingkat layanan Hyperscale. Anda harus menentukan edisi dan tujuan layanan.

Ganti resourceGroupName, serverName, databaseName, dan serviceObjective dengan nilai yang sesuai sebelum menjalankan sampel kode berikut:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

PowerShell

Contoh berikut menggunakan cmdlet Set-AzSqlDatabase untuk memigrasikan database yang ada di Azure SQL Database ke tingkat layanan Hyperscale. Anda harus menentukan edisi dan tujuan layanan.

Ganti $resourceGroupName, $serverName, $databaseName, dan $serviceObjective dengan nilai yang sesuai sebelum menjalankan sampel kode ini:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

T-SQL

Untuk memigrasikan database yang sudah ada di Azure SQL Database ke tingkat layanan Hyperscale dengan Transact-SQL, pertama-tama sambungkan ke master database di server SQL logis Anda menggunakan editor kueri portal Azure untuk Azure SQL Database, SQL Server Management Studio (SSMS) atau Azure Data Studio.

Anda harus menentukan edisi dan tujuan layanan dalam pernyataan ALTER DATABASE.

Contoh pernyataan ini memigrasikan database bernama mySampleDatabase ke tingkat layanan Hyperscale dengan tujuan layanan HS_Gen5_2. Ganti nama database dengan nilai yang sesuai sebelum mengeksekusi pernyataan.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

Migrasi terbalik dari Hyperscale

Migrasi terbalik ke tingkat layanan Tujuan Umum memungkinkan pelanggan yang baru-baru ini memigrasikan database yang ada di Azure SQL Database ke tingkat layanan Hyperscale untuk berpindah kembali dalam keadaan darurat, jika Hyperscale tidak memenuhi kebutuhan mereka. Meskipun migrasi terbalik dimulai oleh perubahan tingkat layanan, ini pada dasarnya merupakan perpindahan ukuran data di antara arsitektur yang berbeda.

Batasan untuk mengembalikan migrasi

Pengembalian migrasi tersedia dalam kondisi berikut:

• Pengembalian migrasi hanya tersedia dalam waktu 45 hari setelah melakukan migrasi asli ke Hyperscale.
• Database yang awalnya dibuat di tingkat layanan Hyperscale tidak memenuhi syarat untuk migrasi terbalik.
• Anda mungkin bermigrasi balik ke tingkat layanan Tujuan Umum saja. Migrasi Anda dari Hyperscale ke Tujuan Umum dapat menargetkan tingkat komputasi tanpa server atau yang menggunakan server. Jika Anda ingin memigrasikan database ke tingkat layanan lain, seperti Bisnis Kritis atau tingkat layanan berbasis DTU, pertama-tama migrasikan kembali ke tingkat layanan Tujuan Umum, lalu ubah tingkat layanan.
• Migrasi terbalik ke database dengan kurang dari 2 vcore tidak didukung. Anda dapat menurunkan skala database menjadi kurang dari 2 vcore setelah migrasi selesai.
• Migrasi terbalik langsung dari, atau ke, kumpulan elastis tidak didukung. Anda hanya dapat memigrasikan kembali database tunggal Hyperscale ke database tunggal Tujuan Umum.
  • Jika database Hyperscale adalah bagian dari kumpulan elastis Hyperscale (pratinjau), Anda harus terlebih dahulu menghapusnya dari kumpulan elastis Hyperscale sebelum migrasi terbalik.
  • Setelah migrasi terbalik selesai, Anda kemudian dapat secara opsional menambahkan database tunggal Tujuan Umum ke kumpulan elastis Tujuan Umum jika diperlukan.
• Untuk database yang tidak memenuhi syarat migrasi balik, satu-satunya cara untuk bermigrasi dari Hyperscale ke tingkat layanan non-Hyperscale adalah dengan mengekspor/mengimpor menggunakan file bacpac atau teknologi pergerakan data lain (Salin Massal, Azure Data Factory, Azure Databricks, SSIS, dll.) mengekspor/mengimpor Bacpac dari portal Azure, dari PowerShell menggunakan New-AzSqlDatabaseExport atau New-AzSqlDatabaseImport, dari Azure CLI menggunakan az sql db export dan az sql db import, dan dari REST API tidak didukung. Impor/ekspor Bacpac untuk database Hyperscale yang lebih kecil (hingga 150 GB) didukung menggunakan SSMS dan SqlPackage versi 18.4 dan yang lebih baru. Untuk database yang lebih besar, ekspor/impor bacpac mungkin memakan waktu lama, dan dapat gagal karena berbagai alasan.

Durasi dan waktu henti

Tidak seperti operasi perubahan tujuan tingkat layanan reguler di Hyperscale, bermigrasi ke Hyperscale dan mengembalikan migrasi ke Tujuan Umum adalah operasi ukuran data.

Durasi operasi migrasi terbalik terutama tergantung pada ukuran database dan aktivitas tulis bersamaan yang terjadi selama migrasi. Jumlah vCore yang Anda tetapkan ke database Tujuan Umum target juga berdampak pada durasi migrasi terbalik. Kami menyarankan agar Anda menyediakan database Tujuan Umum target dengan sejumlah vCores yang lebih besar dari atau sama dengan jumlah vCore yang ditetapkan ke database Hyperscale sumber untuk mempertahankan beban kerja serupa.

Selama migrasi terbalik, database Hyperscale sumber dapat mengalami penurunan performa jika di bawah beban substansial. Secara khusus, tingkat log transaksi mungkin berkurang (dibatasi) untuk memastikan bahwa migrasi terbalik mengalami kemajuan.

Anda akan mengalami waktu henti dalam waktu singkat, umumnya beberapa menit, selama cutover akhir ke database Tujuan Umum target baru.

Prasyarat

Sebelum memulai pengembalian migrasi dari Hyperscale ke tingkat layanan Tujuan Umum, Anda harus memastikan bahwa database Anda memenuhi batasan pengembalian migrasi dan:

• Database Anda tidak mengaktifkan Replikasi Geografis.
• Database Anda tidak memiliki replika bernama.
• Database Anda (ukuran yang dialokasikan) cukup kecil untuk masuk ke tingkat layanan target.
• Jika Anda menentukan ukuran database maksimum untuk database Tujuan Umum target, pastikan ukuran database yang dialokasikan cukup kecil agar sesuai dengan ukuran maksimum tersebut.

Pemeriksaan prasyarat terjadi sebelum operasi migrasi terbalik dimulai. Jika prasyarat tidak terpenuhi, operasi migrasi terbalik akan segera gagal.

Kebijakan pencadangan

Anda ditagih menggunakan harga reguler untuk semua cadangan database yang ada dalam periode retensi yang dikonfigurasi. Anda ditagih untuk rekam jepret penyimpanan cadangan Hyperscale dan untuk blob penyimpanan ukuran data yang harus dipertahankan agar dapat memulihkan cadangan.

Anda dapat memigrasikan database ke Hyperscale dan mengembalikan migrasi ke Tujuan Umum beberapa kali. Hanya cadangan dari tingkat database Anda saat ini dan sekali sebelumnya yang tersedia untuk dipulihkan. Jika Anda telah berpindah dari tingkat layanan Tujuan Umum ke Hyperscale dan kembali ke Tujuan Umum, satu-satunya cadangan yang tersedia adalah yang dari database Tujuan Umum saat ini dan database Hyperscale sebelumnya. Cadangan yang dipertahankan ini ditagih sesuai tagihan Azure SQL Database. Tingkatan sebelumnya yang dicoba tidak akan memiliki cadangan dan tidak akan ditagih.

Misalnya, Anda dapat bermigrasi antara tingkat layanan Hyperscale dan non-Hyperscale:

1. Tujuan Umum
2. Bermigrasi ke Hyperscale
3. Kembali bermigrasi ke Tujuan Umum
4. Perubahan tingkat layanan menjadi Bisnis Kritis
5. Bermigrasi ke Hyperscale
6. Kembali bermigrasi ke Tujuan Umum

Dalam hal ini, satu-satunya cadangan yang tersedia adalah langkah 5 dan 6 garis waktu, jika masih dalam periode retensi yang dikonfigurasi. Cadangan apa pun dari langkah sebelumnya tidak akan tersedia. Pertimbangkan dengan cermat ketersediaan cadangan saat mencoba migrasi berulang dari database yang sama antara hyperscale dan tingkat layanan Tujuan Umum. Pencadangan database yang lebih lama dari database sebelumnya segera menjadi tidak tersedia segera setelah migrasi terbalik dimulai dan tetap tidak tersedia meskipun migrasi dibatalkan.

Cara mengembalikan migrasi database Hyperscale ke tingkat layanan Tujuan Umum

Untuk membalikkan migrasi database Hyperscale yang ada di Azure SQL Database ke tingkat layanan Tujuan Umum, pertama-tama identifikasi tujuan layanan target Anda di tingkat layanan Tujuan Umum dan apakah Anda ingin bermigrasi ke tingkat komputasi yang disediakan atau tanpa server. Tinjau batas sumber daya untuk database tunggal jika Anda tidak yakin tujuan layanan mana yang tepat untuk database Anda.

Jika Anda ingin melakukan perubahan tingkat layanan tambahan setelah mengembalikan migrasi ke Tujuan Umum, identifikasi tujuan layanan target akhir Anda juga dan pastikan bahwa ukuran yang dialokasikan database Anda cukup kecil agar sesuai dengan tujuan layanan tersebut.

Pilih tab untuk metode pilihan Anda guna mengembalikan migrasi database Anda:

Portal

Portal Microsoft Azure memungkinkan Anda untuk mengembalikan migrasi ke tingkat layanan Tujuan Umum dengan memodifikasi tingkat harga untuk database Anda.

1. Navigasikan ke database yang ingin Anda migrasikan di portal Microsoft Azure.
2. Di bilah navigasi kiri, pilih Komputasi + penyimpanan.
3. Pilih daftar dropdown Tingkat layanan untuk memperluas opsi untuk tingkat layanan.
4. Pilih Tujuan Umum (Opsi komputasi dan penyimpanan yang dapat diskalakan) dari menu daftar dropdown.
5. Tinjau Konfigurasi Perangkat Keras yang tercantum. Jika diinginkan, pilih Ubah konfigurasi guna memilih konfigurasi perangkat keras yang sesuai untuk beban kerja Anda.
6. Pilih penggeser vCore jika Anda ingin mengubah jumlah vCore yang tersedia untuk database Anda di tingkat layanan Tujuan Umum.
7. Pilih Terapkan.

Azure CLI

Sampel kode ini memanggil pembaruan az sql db untuk mengembalikan migrasi database Hyperscale yang ada ke tingkat layanan Tujuan Umum. Anda harus menentukan edisi dan tujuan layanan. Anda dapat memilih atau Serverless untuk model komputasi Provisioned target.

Ganti resourceGroupName, serverName, databaseName, dan serviceObjective dengan nilai yang sesuai sebelum menjalankan sampel kode berikut:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

Anda dapat secara opsional menyertakan argumen maxsize. maxsize Jika nilai melebihi ukuran maksimum yang valid untuk tujuan layanan target, kesalahan akan ditampilkan. maxsize Jika argumen tidak ditentukan, operasi default ke ukuran maksimum yang tersedia untuk tujuan layanan yang diberikan. Contoh berikut menentukan maxsize:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

PowerShell

Sampel kode ini menggunakan cmdlet Set-AzSqlDatabase untuk mengembalikan migrasi database yang ada dari tingkat layanan Hyperscale ke tingkat layanan Tujuan Umum. Anda harus menentukan edisi dan tujuan layanan. Anda dapat memilih atau ProvisionedServerless untuk tingkat komputasi target.

Ganti $resourceGroupName, $serverName, $databaseName, $serviceObjective, dan $computeModel dengan nilai yang sesuai sebelum menjalankan sampel kode ini:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

Anda dapat secara opsional menyertakan argumen maxsize. maxsize Jika nilai melebihi ukuran maksimum yang valid untuk tujuan layanan target, kesalahan akan ditampilkan. maxsize Jika argumen tidak ditentukan, operasi default ke ukuran maksimum yang tersedia untuk tujuan layanan yang diberikan. Contoh berikut menentukan maxsize:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

T-SQL

Untuk memigrasikan kembali database Hyperscale ke tingkat layanan Tujuan Umum dengan Transact-SQL, pertama-tama sambungkan ke master database di server SQL logis Anda menggunakan SQL Server Management Studio (SSMS), Azure Data Studio .

Anda harus menentukan edisi dan tujuan layanan dalam pernyataan ALTER DATABASE.

Contoh pernyataan ini memigrasikan database bernama mySampleDatabase ke tingkat layanan Tujuan Umum dengan tujuan layanan GP_Gen5_4. Ganti nama database dan tujuan layanan dengan nilai yang sesuai sebelum mengeksekusi pernyataan.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

Anda dapat secara opsional menyertakan argumen maxsize. maxsize Jika nilai melebihi ukuran maksimum yang valid untuk tujuan layanan target, kesalahan akan ditampilkan. maxsize Jika argumen tidak ditentukan, operasi default ke ukuran maksimum yang tersedia untuk tujuan layanan yang diberikan. Contoh berikut menentukan maxsize:

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

Anda dapat memantau operasi database Hyperscale saat operasi sedang berlangsung.

Memantau operasi untuk database Hyperscale

Anda dapat memantau status operasi yang sedang berlangsung atau baru-baru ini selesai untuk Azure SQL Database menggunakan portal Microsoft Azure, Azure CLI, PowerShell, atau T-SQL.

Pilih tab untuk metode pilihan Anda guna memantau operasi.

Portal

Portal Microsoft Azure memperlihatkan pemberitahuan untuk database dalam Azure SQL Database saat operasi seperti migrasi, pengembalian migrasi, atau pemulihan sedang berlangsung.

1. Arahkan ke database di portal Microsoft Azure.
2. Di bilah navigasi kiri, pilih Ringkasan.
3. Tinjau bagian Pemberitahuan di bawah panel kanan. Jika operasi sedang berlangsung, kotak pemberitahuan akan muncul.
4. Pilih kotak pemberitahuan untuk melihat detail.
5. Panel Operasi yang sedang berlangsung terbuka. Tinjau detail operasi yang sedang berlangsung.

Azure CLI

Sampel kode ini memanggil daftar az sql db op untuk mengembalikan operasi terbaru atau yang sedang berlangsung untuk database di Azure SQL Database.

Ganti resourceGroupName, serverName, databaseName, dan serviceObjective dengan nilai yang sesuai sebelum menjalankan sampel kode berikut:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName --database $databaseName

PowerShell

Cmdlet Get-AzSqlDatabaseActivity mengembalikan operasi terbaru atau yang sedang berlangsung untuk database di Azure SQL Database.

Atur parameter $resourceGroupName, $serverName, dan $databaseName ke nilai yang sesuai untuk database Anda sebelum menjalankan kode sampel:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName

T-SQL

Untuk memantau operasi database Hyperscale, pertama-tama sambungkan ke master database di server logis Anda menggunakan SQL Server Management Studio (SSMS), Azure Data Studio, atau klien pilihan Anda untuk menjalankan perintah Transact-SQL.

Buat kueri Tampilan Manajemen Dinamis sys.dm_operation_status untuk meninjau informasi tentang operasi terbaru yang dilakukan pada database di [server logis](logical-servers.md] Anda.

Sampel kode ini mengembalikan semua entri di sys.dm_operation_status untuk database yang ditentukan, diurutkan berdasarkan operasi yang dimulai baru-baru ini. Ganti nama database dengan nilai yang sesuai sebelum menjalankan sampel kode.

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO

Lihat database di tingkat layanan Hyperscale

Setelah memigrasikan database ke Hyperscale atau mengonfigurasi ulang database dalam tingkat layanan Hyperscale, Anda mungkin ingin melihat dan/atau mendokumentasikan konfigurasi database Hyperscale Anda.

Portal

Portal Microsoft Azure memperlihatkan daftar semua database di server logis. Kolom Tingkat harga menyertakan tingkat layanan setiap database.

1. Navigasikan ke server logis Anda di portal Microsoft Azure.
2. Di bilah navigasi kiri, pilih Ringkasan.
3. Gulir ke daftar sumber daya di bagian bawah panel. Jendela menampilkan kumpulan elastis SQL dan database di server logis.
4. Tinjau kolom Tingkat harga untuk mengidentifikasi database di tingkat layanan Hyperscale.

Azure CLI

Sampel kode Azure CLI ini memanggil daftar az sql db untuk mencantumkan database Hyperscale di server logis dengan nama, lokasi, tujuan tingkat layanan, ukuran maksimum, dan jumlah replika ketersediaan tinggi.

Ganti resourceGroupName dan serverName dengan nilai yang sesuai sebelum menjalankan sampel kode berikut:

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

PowerShell

Cmdlet Get-AzSqlDatabase Azure PowerShell mengembalikan daftar database Hyperscale di server logis dengan nama, lokasi, tujuan tingkat layanan, ukuran maksimum, dan jumlah replika ketersediaan tinggi.

Atur parameter $resourceGroupName dan $serverName ke nilai yang sesuai sebelum menjalankan kode sampel:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

Tinjau kolom Edisi untuk mengidentifikasi database di tingkat layanan Hyperscale.

T-SQL

Untuk meninjau tingkat layanan semua database Hyperscale di server logis dengan Transact-SQL, pertama-tama sambungkan ke master database menggunakan SQL Server Management Studio (SSMS) atau Azure Data Studio.

Buat kueri tampilan katalog sistem sys.database_service_objectives untuk meninjau database di tingkat layanan Hyperscale:

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

Konten terkait

Pelajari lebih lanjut tentang database Hyperscale dalam artikel berikut:

• Mulai Cepat: Membuat database Hyperscale di Azure SQL Database
• Tingkat layanan Hyperscale
• Tanya Jawab Umum Azure SQL Database Hyperscale
• Replika sekunder Hyperscale
• Tanya Jawab Umum replika bernama Azure SQL Database Hyperscale