Dapatkan Statistik Layanan Tabel

Artikel
07/26/2022
4 menit untuk membaca

Operasi mengambil Get Table Service Stats statistik yang terkait dengan replikasi untuk layanan Tabel. Ini hanya tersedia di titik akhir lokasi sekunder ketika replikasi geo-redundan akses baca diaktifkan untuk akun penyimpanan.

Minta

Permintaan Get Table Service Stats dapat dibuat sebagai berikut. HTTPS disarankan. Ganti myaccount dengan nama akun penyimpanan Anda, dan perhatikan bahwa akhiran -secondary diperlukan:

Metode	Meminta URI	Versi HTTP
GET	`https://myaccount-secondary.table.core.windows.net/?restype=service&comp=stats`	HTTP/1.1

Perhatikan bahwa URI harus selalu menyertakan garis miring (/) untuk memisahkan nama host dari jalur dan bagian kueri URI. Dalam kasus operasi ini, bagian jalur URI kosong.

Parameter URI

Parameter tambahan berikut dapat ditentukan pada URI permintaan.

Parameter	Deskripsi
`Timeout`	Opsional. Parameter `timeout` dinyatakan dalam hitung detik.

Judul Permintaan

Tabel berikut ini menjelaskan header permintaan yang diperlukan dan opsional.

Header Permintaan	Deskripsi
`Authorization`	Wajib diisi. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`Date or x-ms-date`	Wajib diisi. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`x-ms-version`	Diperlukan untuk semua permintaan yang diotorisasi. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Untuk informasi selengkapnya, lihat Penerapan versi untuk layanan Azure Storage.
`x-ms-client-request-id`	Opsional. Klien menghasilkan nilai buram dengan batas karakter 1KB yang dicatat dalam log analitik saat pengelogan Storage Analytics diaktifkan. Penggunaan header ini sangat disarankan untuk menghubungkan aktivitas sisi klien dengan permintaan yang diterima oleh server. Untuk informasi selengkapnya, lihat Pengelogan Azure: Menggunakan Log untuk Melacak Permintaan Storage.

Isi Permintaan

Tidak ada.

Respons

Respons mencakup kode status HTTP, sekumpulan header respons, dan isi respons

Kode Status

Operasi yang berhasil mengembalikan kode status 200 (OK). Ketika dipanggil pada titik akhir lokasi sekunder yang tidak diaktifkan untuk baca sekunder, itu akan mengembalikan kode status Http 403 dengan InsufficientAccountPermissions kesalahan.

Header Respons

Respons untuk operasi ini mencakup header berikut. Respons juga mencakup header HTTP standar tambahan. Semua header standar sesuai dengan spesifikasi protokol HTTP/1.1.

Header Respons	Deskripsi
`x-ms-request-id`	Header ini secara unik mengidentifikasi permintaan yang dibuat dan dapat digunakan untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Pemecahan Masalah Operasi API.
`x-ms-version`	Menentukan versi operasi yang digunakan untuk respons. Untuk informasi selengkapnya, lihat Penerapan versi untuk layanan Azure Storage.
`Date`	Nilai tanggal/waktu UTC yang dihasilkan oleh layanan yang menunjukkan waktu dimulainya respons.
`x-ms-client-request-id`	Header ini dapat digunakan untuk memecahkan masalah permintaan dan respons yang sesuai. Nilai header ini sama dengan nilai `x-ms-client-request-id` header jika ada dalam permintaan dan nilainya paling banyak 1024 karakter ASCII yang terlihat. `x-ms-client-request-id` Jika header tidak ada dalam permintaan, header ini tidak akan ada dalam respons.

Isi Respons

Format isi respons adalah sebagai berikut:

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>        
      <Status>live|bootstrap|unavailable</Status>  
      <LastSyncTime>sync-time|<empty></LastSyncTime>  
  </GeoReplication>  
</StorageServiceStats>

Tabel berikut ini menjelaskan elemen isi respons:

Header Respons Deskripsi

Status Status lokasi sekunder. Potensi nilai:

- live: Menunjukkan bahwa lokasi sekunder aktif dan beroperasi.
- bootstrap: Menunjukkan sinkronisasi awal dari lokasi utama ke lokasi sekunder sedang berlangsung. Ini biasanya terjadi ketika replikasi pertama kali diaktifkan.
- tidak tersedia: Menunjukkan bahwa lokasi sekunder untuk sementara tidak tersedia.

LastSyncTime Nilai tanggal/waktu GMT, ke yang kedua. Semua penulisan utama yang mendahului nilai ini dijamin tersedia untuk operasi baca di sekunder. Penulisan utama setelah titik waktu ini mungkin atau mungkin tidak tersedia untuk dibaca.

Nilai mungkin kosong jika LastSyncTime tidak tersedia. Ini dapat terjadi jika status replikasi adalah bootstrap atau unavailable.

Meskipun replikasi geografis terus diaktifkan, LastSyncTime hasilnya dapat mencerminkan nilai cache dari layanan yang disegarkan setiap beberapa menit.

Header Respons	Deskripsi
`Status`	Status lokasi sekunder. Potensi nilai: - `live`: Menunjukkan bahwa lokasi sekunder aktif dan beroperasi. - `bootstrap`: Menunjukkan sinkronisasi awal dari lokasi utama ke lokasi sekunder sedang berlangsung. Ini biasanya terjadi ketika replikasi pertama kali diaktifkan. - tidak tersedia: Menunjukkan bahwa lokasi sekunder untuk sementara tidak tersedia.
`LastSyncTime`	Nilai tanggal/waktu GMT, ke yang kedua. Semua penulisan utama yang mendahului nilai ini dijamin tersedia untuk operasi baca di sekunder. Penulisan utama setelah titik waktu ini mungkin atau mungkin tidak tersedia untuk dibaca. Nilai mungkin kosong jika `LastSyncTime` tidak tersedia. Ini dapat terjadi jika status replikasi adalah `bootstrap` atau `unavailable`. Meskipun replikasi geografis terus diaktifkan, `LastSyncTime` hasilnya dapat mencerminkan nilai cache dari layanan yang disegarkan setiap beberapa menit.

Authorization

Hanya pemilik akun yang dapat memanggil operasi ini.

Keterangan

Dengan replikasi geo-redundan, Azure Storage mempertahankan data Anda tetap tahan lama di dua lokasi. Di kedua lokasi, Azure Storage terus mempertahankan beberapa replika data Anda yang sehat.

Lokasi tempat Anda membaca, membuat, memperbarui, atau menghapus data adalah lokasi akun penyimpanan utama . Lokasi utama ada di wilayah yang Anda pilih pada saat Anda membuat akun melalui portal klasik Azure Management Azure, misalnya, US Tengah Utara. Lokasi tempat data Anda direplikasi adalah lokasi sekunder . Lokasi sekunder berada di wilayah yang secara otomatis dipasangkan secara geografis dengan wilayah utama. Akses baca-saja tersedia dari lokasi sekunder, jika replikasi geo-redundan akses baca diaktifkan untuk akun penyimpanan Anda. Untuk detail selengkapnya tentang replikasi geo-redundan akses baca, lihat Blog Tim Azure Storage.

Untuk membuat permintaan operasi baca terhadap titik akhir sekunder, tambahkan -secondary sebagai akhiran ke nama akun di URI yang Anda gunakan untuk membaca dari penyimpanan Tabel. Misalnya, URI sekunder untuk operasi Entitas Kueri akan mirip https://myaccount-secondary.table.core.windows.net/mytable(PartitionKey='<partition-key>',RowKey='<row-key>')dengan .

Permintaan dan Respons Sampel

Berikut ini adalah contoh permintaan untuk Get Table Service Stats operasi:

GET http://myaccount-secondary.table.core.windows.net/?restype=service&comp=stats HTTP/1.1

Permintaan dikirim dengan header berikut:

x-ms-version: 2013-08-15  
x-ms-date: Wed, 23 Oct 2013 22:08:44 GMT  
Authorization: SharedKey myaccount:CY1OP3O3jGFpYFbTCBimLn0Xov0vt0khH/E5Gy0fXvg=

Kode status dan header respons dikembalikan sebagai berikut:

HTTP/1.1 200 OK  
Content-Type: application/xml  
Date: Wed, 23 Oct 2013 22:08:54 GMT  
x-ms-version: 2013-08-15  
x-ms-request-id: cb939a31-0cc6-49bb-9fe5-3327691f2a30  
Server: Windows-Azure-Table/1.0 Microsoft-HTTPAPI/2.0

Respons mencakup isi XML berikut:

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>  
      <Status>live</Status>  
      <LastSyncTime> Wed, 23 Oct 2013 22:05:54 GMT</LastSyncTime>        
  </GeoReplication>  
</StorageServiceStats>

Lihat juga

Operasi pada Akun (Layanan Tabel)