Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pemecahan masalah gateway
Berikut ini, Anda dapat menemukan informasi tentang praktik terbaik dan masalah pemecahan masalah yang terkait dengan gateway, platform host, volume, ketersediaan tinggi, pemulihan data, dan snapshot. Informasi pemecahan masalah gateway lokal mencakup gateway yang digunakan pada platform virtualisasi yang didukung. Informasi pemecahan masalah untuk masalah ketersediaan tinggi mencakup gateway yang berjalan pada platform VMware vSphere High Availability (HA).
**Topik**
+ [Pemecahan masalah: masalah offline gateway](troubleshooting-gateway-offline.md)- Pelajari cara mendiagnosis masalah yang dapat menyebabkan gateway Anda muncul offline di konsol Storage Gateway.
+ [Pemecahan masalah: kesalahan internal selama aktivasi gateway](troubleshooting-gateway-activation.md)- Pelajari apa yang harus dilakukan jika Anda menerima pesan galat internal saat mencoba mengaktifkan Storage Gateway Anda.
+ [Memecahkan masalah gateway lokal](troubleshooting-on-premises-gateway-issues.md)- Pelajari tentang masalah umum yang mungkin Anda temui saat bekerja dengan gateway lokal, dan cara mengizinkan untuk terhubung Dukungan ke gateway untuk membantu pemecahan masalah.
+ [Memecahkan masalah pengaturan Microsoft Hyper-V](troubleshooting-hyperv-setup.md)- Pelajari tentang masalah umum yang mungkin Anda temui saat menerapkan Storage Gateway di platform Microsoft Hyper-V.
+ [Memecahkan masalah gateway Amazon EC2](troubleshooting-EC2-gateway-issues.md)- Temukan informasi tentang masalah umum yang mungkin Anda temui saat bekerja dengan gateway yang digunakan di Amazon. EC2
+ [Memecahkan masalah alat perangkat keras](troubleshooting-hardware-appliance-issues.md)- Pelajari cara mengatasi masalah yang mungkin Anda temui dengan Storage Gateway Hardware Appliance.
+ [Memecahkan masalah volume](troubleshoot-volume-issues.md)- Temukan informasi tentang sebagian besar masalah umum yang mungkin Anda temui saat bekerja dengan volume, dan tindakan yang kami sarankan untuk Anda ambil untuk memperbaikinya.
+ [Memecahkan masalah ketersediaan tinggi](troubleshooting-ha-issues.md)- Pelajari apa yang harus dilakukan jika Anda mengalami masalah dengan gateway yang digunakan di lingkungan HA. VMware
# Pemecahan masalah: masalah offline gateway
Gunakan informasi pemecahan masalah berikut untuk menentukan apa yang harus dilakukan jika AWS Storage Gateway konsol menunjukkan bahwa gateway Anda sedang offline.
Gateway Anda mungkin ditampilkan sebagai offline karena satu atau beberapa alasan berikut:
+ Gateway tidak dapat mencapai titik akhir layanan Storage Gateway.
+ Pintu gerbang ditutup secara tak terduga.
+ Disk cache yang terkait dengan gateway telah terputus atau dimodifikasi, atau gagal.
Untuk mengembalikan gateway Anda secara online, identifikasi dan selesaikan masalah yang menyebabkan gateway Anda offline.
## Periksa firewall atau proxy terkait
Jika Anda mengonfigurasi gateway Anda untuk menggunakan proxy, atau Anda menempatkan gateway Anda di belakang firewall, maka tinjau aturan akses proxy atau firewall. Proxy atau firewall harus mengizinkan lalu lintas ke dan dari port jaringan dan titik akhir layanan yang diperlukan oleh Storage Gateway. Untuk informasi selengkapnya, lihat [jaringan dan firewall](https://docs.aws.amazon.com/storagegateway/latest/vgw/Requirements.html#networks).
## Periksa SSL atau inspeksi paket mendalam yang sedang berlangsung dari lalu lintas gateway Anda
Jika inspeksi SSL atau deep-packet saat ini sedang dilakukan pada lalu lintas jaringan antara gateway Anda dan AWS, maka gateway Anda mungkin tidak dapat berkomunikasi dengan titik akhir layanan yang diperlukan. Untuk membawa gateway Anda kembali online, Anda harus menonaktifkan inspeksi.
## Periksa pemadaman listrik atau kegagalan perangkat keras pada host hypervisor
Pemadaman listrik atau kegagalan perangkat keras pada host hypervisor gateway Anda dapat menyebabkan gateway Anda mati secara tak terduga dan menjadi tidak terjangkau. Setelah Anda memulihkan daya dan konektivitas jaringan, gateway Anda akan dapat dijangkau lagi.
Setelah gateway Anda kembali online, pastikan untuk mengambil langkah-langkah untuk memulihkan data Anda. Untuk informasi selengkapnya, lihat .
## Periksa masalah dengan disk cache terkait
Gateway Anda dapat offline jika setidaknya salah satu disk cache yang terkait dengan gateway Anda telah dihapus, diubah, atau diubah ukurannya, atau jika rusak.
**Jika disk cache yang berfungsi dihapus dari host hypervisor:**
1. Matikan pintu gerbangnya.
1. Tambahkan kembali disk.
**catatan**
Pastikan Anda menambahkan disk ke node disk yang sama.
1. Mulai ulang gateway.
**Jika disk cache rusak, diganti, atau diubah ukurannya:**
1. Matikan pintu gerbangnya.
1. Setel ulang disk cache.
1. Konfigurasikan ulang disk untuk penyimpanan cache.
1. Mulai ulang gateway.
# Pemecahan masalah: kesalahan internal selama aktivasi gateway
Permintaan aktivasi Storage Gateway melintasi dua jalur jaringan. Permintaan aktivasi masuk yang dikirim oleh klien terhubung ke mesin virtual gateway (VM) atau instans Amazon Elastic Compute Cloud (Amazon EC2) melalui port 80. Jika gateway berhasil menerima permintaan aktivasi, maka gateway berkomunikasi dengan titik akhir Storage Gateway untuk menerima kunci aktivasi. Jika gateway tidak dapat mencapai titik akhir Storage Gateway, maka gateway merespons klien dengan pesan kesalahan internal.
Gunakan informasi pemecahan masalah berikut untuk menentukan apa yang harus dilakukan jika Anda menerima pesan galat internal saat mencoba mengaktifkan pesan Anda. AWS Storage Gateway
**catatan**
Pastikan Anda menerapkan gateway baru menggunakan file gambar mesin virtual terbaru atau versi Amazon Machine Image (AMI). Anda akan menerima kesalahan internal jika Anda mencoba mengaktifkan gateway yang menggunakan AMI yang sudah ketinggalan zaman.
Pastikan Anda memilih jenis gateway yang benar yang ingin Anda gunakan sebelum mengunduh AMI. File.ova dan AMIs untuk setiap jenis gateway berbeda, dan mereka tidak dapat dipertukarkan.
## Mengatasi kesalahan saat mengaktifkan gateway Anda menggunakan titik akhir publik
Untuk mengatasi kesalahan aktivasi saat mengaktifkan gateway menggunakan titik akhir publik, lakukan pemeriksaan dan konfigurasi berikut.
### Periksa port yang diperlukan
Untuk gateway yang digunakan di lokasi, periksa apakah port terbuka di firewall lokal Anda. Untuk gateway yang digunakan pada instans Amazon EC2, periksa apakah port terbuka di grup keamanan instans. Untuk mengonfirmasi bahwa port terbuka, jalankan perintah telnet pada titik akhir publik dari server. Server ini harus berada di subnet yang sama dengan gateway. Misalnya, perintah telnet berikut menguji koneksi ke port 443:
```
telnet d4kdq0yaxexbo.cloudfront.net 443
telnet storagegateway.region.amazonaws.com 443
telnet dp-1.storagegateway.region.amazonaws.com 443
telnet proxy-app.storagegateway.region.amazonaws.com 443
telnet client-cp.storagegateway.region.amazonaws.com 443
telnet anon-cp.storagegateway.region.amazonaws.com 443
```
Untuk mengonfirmasi bahwa gateway itu sendiri dapat mencapai titik akhir, akses konsol VM lokal gateway (untuk gateway yang digunakan di lokasi). Atau, Anda dapat SSH ke instance gateway (untuk gateway yang digunakan di Amazon EC2). Kemudian, jalankan tes konektivitas jaringan. Konfirmasikan bahwa tes kembali`[PASSED]`. Untuk informasi selengkapnya, lihat [Menguji Koneksi Gateway Anda ke Internet](https://docs.aws.amazon.com/storagegateway/latest/vgw/manage-on-premises-common.html#MaintenanceTestGatewayConnectivity-common).
**catatan**
Nama pengguna login default untuk konsol gateway adalah`admin`, dan kata sandi defaultnya adalah`password`.
### Pastikan keamanan firewall tidak mengubah paket yang dikirim dari gateway ke titik akhir publik
Inspeksi SSL, inspeksi paket mendalam, atau bentuk keamanan firewall lainnya dapat mengganggu paket yang dikirim dari gateway. Jabat tangan SSL gagal jika sertifikat SSL dimodifikasi dari apa yang diharapkan titik akhir aktivasi. Untuk mengonfirmasi bahwa tidak ada inspeksi SSL yang sedang berlangsung, jalankan perintah OpenSSL pada endpoint `anon-cp.storagegateway.region.amazonaws.com` aktivasi utama () pada port 443. Anda harus menjalankan perintah ini dari mesin yang berada di subnet yang sama dengan gateway:
```
$ openssl s_client -connect anon-cp.storagegateway.region.amazonaws.com:443 -servername anon-cp.storagegateway.region.amazonaws.com
```
**catatan**
Ganti *region* dengan Anda Wilayah AWS.
Jika tidak ada inspeksi SSL yang sedang berlangsung, maka perintah mengembalikan respons yang mirip dengan berikut ini:
```
$ openssl s_client -connect anon-cp.storagegateway.us-east-2.amazonaws.com:443 -servername anon-cp.storagegateway.us-east-2.amazonaws.com
CONNECTED(00000003)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 CN = anon-cp.storagegateway.us-east-2.amazonaws.com
verify return:1
---
Certificate chain
0 s:/CN=anon-cp.storagegateway.us-east-2.amazonaws.com
i:/C=US/O=Amazon/OU=Server CA 1B/CN=Amazon
1 s:/C=US/O=Amazon/OU=Server CA 1B/CN=Amazon
i:/C=US/O=Amazon/CN=Amazon Root CA 1
2 s:/C=US/O=Amazon/CN=Amazon Root CA 1
i:/C=US/ST=Arizona/L=Scottsdale/O=Starfield Technologies, Inc./CN=Starfield Services Root Certificate Authority - G2
3 s:/C=US/ST=Arizona/L=Scottsdale/O=Starfield Technologies, Inc./CN=Starfield Services Root Certificate Authority - G2
i:/C=US/O=Starfield Technologies, Inc./OU=Starfield Class 2 Certification Authority
---
```
Jika ada inspeksi SSL yang sedang berlangsung, maka responsnya menunjukkan rantai sertifikat yang diubah, mirip dengan yang berikut:
```
$ openssl s_client -connect anon-cp.storagegateway.ap-southeast-1.amazonaws.com:443 -servername anon-cp.storagegateway.ap-southeast-1.amazonaws.com
CONNECTED(00000003)
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.ap-southeast-1.amazonaws.com
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.ap-southeast-1.amazonaws.com
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
0 s:/DC=com/DC=amazonaws/OU=AWS/CN=anon-cp.storagegateway.ap-southeast-1.amazonaws.com
i:/C=IN/O=Company/CN=Admin/ST=KA/L=New town/OU=SGW/emailAddress=admin@company.com
---
```
Titik akhir aktivasi menerima jabat tangan SSL hanya jika mengenali sertifikat SSL. Ini berarti bahwa lalu lintas keluar gateway ke titik akhir harus dibebaskan dari inspeksi yang dilakukan oleh firewall di jaringan Anda. Inspeksi ini mungkin inspeksi SSL atau inspeksi paket mendalam.
### Periksa sinkronisasi waktu gateway
Kemiringan waktu yang berlebihan dapat menyebabkan kesalahan jabat tangan SSL. Untuk gateway lokal, Anda dapat menggunakan konsol VM lokal gateway untuk memeriksa sinkronisasi waktu gateway Anda. Kemiringan waktu tidak boleh lebih dari 60 detik. [Untuk informasi selengkapnya, lihat .](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html)
Opsi **Manajemen Waktu Sistem** tidak tersedia di gateway yang di-host di instans Amazon EC2. Untuk memastikan gateway Amazon EC2 dapat menyinkronkan waktu dengan benar, konfirmasikan bahwa instans Amazon EC2 dapat terhubung ke daftar kumpulan server NTP berikut melalui port UDP dan TCP 123:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
## Mengatasi kesalahan saat mengaktifkan gateway menggunakan titik akhir Amazon VPC
Untuk mengatasi kesalahan aktivasi saat mengaktifkan gateway menggunakan titik akhir Amazon Virtual Private Cloud (Amazon VPC), lakukan pemeriksaan dan konfigurasi berikut.
### Periksa port yang diperlukan
Pastikan port yang diperlukan dalam firewall lokal Anda (untuk gateway yang digunakan di lokasi) atau grup keamanan (untuk gateway yang digunakan di Amazon EC2) terbuka. Port yang diperlukan untuk menghubungkan gateway ke titik akhir VPC Storage Gateway berbeda dari yang diperlukan saat menghubungkan gateway ke titik akhir publik. Port berikut diperlukan untuk menghubungkan ke titik akhir VPC Storage Gateway:
+ TCP 443
+ TCP 1026
+ TCP 1027
+ TCP 1028
+ TCP 1031
+ TCP 2222
[Untuk informasi selengkapnya, lihat .](https://docs.aws.amazon.com/storagegateway/latest/vgw/gateway-private-link.html#create-vpc-endpoint)
Selain itu, periksa grup keamanan yang dilampirkan ke titik akhir VPC Storage Gateway Anda. Grup keamanan default yang dilampirkan ke titik akhir mungkin tidak mengizinkan port yang diperlukan. Buat grup keamanan baru yang memungkinkan lalu lintas dari rentang alamat IP gateway Anda melalui port yang diperlukan. Kemudian, lampirkan grup keamanan itu ke titik akhir VPC.
**catatan**
Gunakan [konsol VPC Amazon](https://console.aws.amazon.com//vpc/) untuk memverifikasi grup keamanan yang dilampirkan ke titik akhir VPC. Lihat titik akhir VPC Storage Gateway Anda dari konsol, lalu pilih tab Grup **Keamanan**.
Untuk mengonfirmasi bahwa port yang diperlukan terbuka, Anda dapat menjalankan perintah telnet pada Storage Gateway VPC Endpoint. Anda harus menjalankan perintah ini dari server yang berada di subnet yang sama dengan gateway. Anda dapat menjalankan pengujian pada nama DNS pertama yang tidak menentukan Availability Zone. Misalnya, perintah telnet berikut menguji koneksi port yang diperlukan menggunakan nama DNS vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:
```
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 443
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1026
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1027
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1028
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 1031
telnet vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com 2222
```
### Pastikan keamanan firewall tidak mengubah paket yang dikirim dari gateway ke titik akhir Storage Gateway Amazon VPC
Inspeksi SSL, inspeksi paket mendalam, atau bentuk keamanan firewall lainnya dapat mengganggu paket yang dikirim dari gateway. Jabat tangan SSL gagal jika sertifikat SSL dimodifikasi dari apa yang diharapkan titik akhir aktivasi. Untuk mengonfirmasi bahwa tidak ada pemeriksaan SSL yang sedang berlangsung, jalankan perintah OpenSSL di titik akhir VPC Storage Gateway Anda. Anda harus menjalankan perintah ini dari mesin yang berada di subnet yang sama dengan gateway. Jalankan perintah untuk setiap port yang diperlukan:
```
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:443 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1026 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1028 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1031 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
$ openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:2222 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
```
Jika tidak ada inspeksi SSL yang sedang berlangsung, maka perintah mengembalikan respons yang mirip dengan berikut ini:
```
openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
CONNECTED(00000005)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 CN = anon-cp.storagegateway.us-east-1.amazonaws.com
verify return:1
---
Certificate chain
0 s:CN = anon-cp.storagegateway.us-east-1.amazonaws.com
i:C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
1 s:C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
i:C = US, O = Amazon, CN = Amazon Root CA 1
2 s:C = US, O = Amazon, CN = Amazon Root CA 1
i:C = US, ST = Arizona, L = Scottsdale, O = "Starfield Technologies, Inc.", CN = Starfield Services Root Certificate Authority - G2
3 s:C = US, ST = Arizona, L = Scottsdale, O = "Starfield Technologies, Inc.", CN = Starfield Services Root Certificate Authority - G2
i:C = US, O = "Starfield Technologies, Inc.", OU = Starfield Class 2 Certification Authority
---
```
Jika ada inspeksi SSL yang sedang berlangsung, maka responsnya menunjukkan rantai sertifikat yang diubah, mirip dengan yang berikut:
```
openssl s_client -connect vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com:1027 -servername vpce-1234567e1c24a1fe9-62qntt8k.storagegateway.us-east-1.vpce.amazonaws.com
CONNECTED(00000005)
depth=2 C = US, O = Amazon, CN = Amazon Root CA 1
verify return:1
depth=1 C = US, O = Amazon, OU = Server CA 1B, CN = Amazon
verify return:1
depth=0 DC = com, DC = amazonaws, OU = AWS, CN = anon-cp.storagegateway.us-east-1.amazonaws.com
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
0 s:/DC=com/DC=amazonaws/OU=AWS/CN=anon-cp.storagegateway.us-east-1.amazonaws.com
i:/C=IN/O=Company/CN=Admin/ST=KA/L=New town/OU=SGW/emailAddress=admin@company.com
---
```
Titik akhir aktivasi menerima jabat tangan SSL hanya jika mengenali sertifikat SSL. Ini berarti bahwa lalu lintas keluar gateway ke titik akhir VPC Anda melalui port yang diperlukan dibebaskan dari inspeksi yang dilakukan oleh firewall jaringan Anda. Inspeksi ini mungkin inspeksi SSL atau inspeksi paket mendalam.
### Periksa sinkronisasi waktu gateway
Kemiringan waktu yang berlebihan dapat menyebabkan kesalahan jabat tangan SSL. Untuk gateway lokal, Anda dapat menggunakan konsol VM lokal gateway untuk memeriksa sinkronisasi waktu gateway Anda. Kemiringan waktu tidak boleh lebih dari 60 detik. [Untuk informasi selengkapnya, lihat .](https://docs.aws.amazon.com/storagegateway/latest/vgw/MaintenanceTimeSync-hyperv.html)
Opsi **Manajemen Waktu Sistem** tidak tersedia di gateway yang di-host di instans Amazon EC2. Untuk memastikan gateway Amazon EC2 dapat menyinkronkan waktu dengan benar, konfirmasikan bahwa instans Amazon EC2 dapat terhubung ke daftar kumpulan server NTP berikut melalui port UDP dan TCP 123:
+ 0.amazon.pool.ntp.org
+ 1.amazon.pool.ntp.org
+ 2.amazon.pool.ntp.org
+ 3.amazon.pool.ntp.org
### Periksa proxy HTTP dan konfirmasikan pengaturan grup keamanan terkait
Sebelum aktivasi, periksa apakah Anda memiliki proxy HTTP di Amazon EC2 yang dikonfigurasi di VM gateway lokal sebagai proxy Squid di port 3128. Dalam hal ini, konfirmasikan hal berikut:
+ Grup keamanan yang dilampirkan ke proxy HTTP di Amazon EC2 harus memiliki aturan masuk. Aturan masuk ini harus mengizinkan lalu lintas proxy Squid pada port 3128 dari alamat IP gateway VM.
+ Grup keamanan yang dilampirkan pada titik akhir VPC Amazon EC2 harus memiliki aturan masuk. Aturan masuk ini harus mengizinkan lalu lintas pada port 1026-1028, 1031, 2222, dan 443 dari alamat IP proxy HTTP di Amazon EC2.
## Mengatasi kesalahan saat mengaktifkan gateway Anda menggunakan titik akhir publik dan ada titik akhir VPC Storage Gateway di VPC yang sama
Untuk mengatasi kesalahan saat mengaktifkan gateway menggunakan titik akhir publik saat ada enpoint Amazon Virtual Private Cloud (Amazon VPC) di VPC yang sama, lakukan pemeriksaan dan konfigurasi berikut.
### Konfirmasikan bahwa pengaturan **Aktifkan Nama DNS Pribadi** tidak diaktifkan pada titik akhir VPC Storage Gateway
Jika **Aktifkan Nama DNS Pribadi** diaktifkan, Anda tidak dapat mengaktifkan gateway apa pun dari VPC tersebut ke titik akhir publik.
**Untuk menonaktifkan opsi nama DNS pribadi:**
1. Buka konsol [Amazon VPC](https://console.aws.amazon.com//vpc/).
1. Di panel navigasi, pilih **Titik Akhir**.
1. Pilih titik akhir VPC Storage Gateway Anda.
1. Pilih **Tindakan**.
1. Pilih **Kelola Nama DNS Pribadi**.
1. Untuk **Aktifkan Nama DNS Pribadi**, hapus **Aktifkan untuk Titik Akhir ini**.
1. Pilih **Ubah Nama DNS Pribadi** untuk menyimpan pengaturan.
# Memecahkan masalah gateway lokal
Anda dapat menemukan informasi berikut tentang masalah umum yang mungkin Anda temui saat bekerja dengan gateway lokal, dan cara mengaktifkan Dukungan untuk membantu memecahkan masalah gateway.
Tabel berikut mencantumkan masalah umum yang mungkin Anda temui saat bekerja dengan gateway lokal.
| Isu | Tindakan yang Harus Dilakukan |
| --- | --- |
| Anda tidak dapat menemukan alamat IP gateway Anda. | Gunakan klien hypervisor untuk terhubung ke host Anda untuk menemukan alamat IP gateway. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Jika Anda masih mengalami kesulitan menemukan alamat IP gateway: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Anda mengalami masalah jaringan atau firewall. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Aktivasi gateway Anda gagal ketika Anda mengklik tombol **Lanjutkan ke Aktivasi** di Storage Gateway Management Console. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) |
| Anda perlu menghapus disk yang dialokasikan sebagai ruang buffer unggah. Misalnya, Anda mungkin ingin mengurangi jumlah ruang buffer upload untuk gateway, atau Anda mungkin perlu mengganti disk yang digunakan sebagai buffer unggahan yang gagal. | Untuk petunjuk tentang menghapus disk yang dialokasikan sebagai ruang buffer upload, lihat. [Menghapus Disk dari Gateway Anda](add-remove-disks.md) |
| Anda perlu meningkatkan bandwidth antara gateway Anda dan AWS. | Anda dapat meningkatkan bandwidth dari gateway Anda ke AWS dengan mengatur koneksi internet Anda ke AWS pada adaptor jaringan (NIC) terpisah dari yang menghubungkan aplikasi Anda dan VM gateway. Mengambil pendekatan ini berguna jika Anda memiliki koneksi bandwidth tinggi AWS dan Anda ingin menghindari pertengkaran bandwidth, terutama selama pemulihan snapshot. Untuk kebutuhan beban kerja throughput tinggi, Anda dapat menggunakannya [Direct Connect](https://aws.amazon.com/directconnect/)untuk membuat koneksi jaringan khusus antara gateway lokal dan gateway. AWS Untuk mengukur bandwidth koneksi dari gateway Anda ke AWS, gunakan `CloudBytesDownloaded` dan `CloudBytesUploaded` metrik gateway. Untuk lebih lanjut tentang hal ini, lihat [Mengukur Kinerja Antara Gateway Anda dan AWS](PerfGatewayAWS-common.md). Meningkatkan konektivitas internet Anda membantu memastikan bahwa buffer unggahan Anda tidak terisi. |
| Throughput ke atau dari gateway Anda turun ke nol. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-on-premises-gateway-issues.html) Anda dapat melihat throughput ke dan dari gateway Anda dari CloudWatch konsol Amazon. Untuk informasi selengkapnya tentang mengukur throughput ke dan dari gateway Anda dan AWS, lihat [Mengukur Kinerja Antara Gateway Anda dan AWS](PerfGatewayAWS-common.md). |
| Anda mengalami masalah dalam mengimpor (menerapkan) Storage Gateway di Microsoft Hyper-V. | Lihat[Memecahkan masalah pengaturan Microsoft Hyper-V](troubleshooting-hyperv-setup.md), yang membahas beberapa masalah umum penerapan gateway di Microsoft Hyper-V. |
| Anda menerima pesan yang mengatakan: “Data yang telah ditulis ke volume di gateway Anda tidak disimpan dengan aman di AWS”. | Anda menerima pesan ini jika VM gateway Anda dibuat dari klon atau snapshot dari VM gateway lain. Jika ini tidak terjadi, hubungi Dukungan. |
## Memungkinkan Dukungan untuk membantu memecahkan masalah gateway Anda yang dihosting di lokasi
Storage Gateway menyediakan konsol lokal yang dapat Anda gunakan untuk melakukan beberapa tugas pemeliharaan, termasuk mengaktifkan Dukungan untuk mengakses gateway Anda untuk membantu Anda mengatasi masalah gateway. Secara default, Dukungan akses ke gateway Anda dinonaktifkan. Anda menyediakan akses ini melalui konsol lokal host. Untuk memberikan Dukungan akses ke gateway Anda, pertama-tama Anda masuk ke konsol lokal untuk host, navigasikan ke konsol Storage Gateway, dan kemudian sambungkan ke server dukungan.
**Untuk mengizinkan Dukungan akses ke gateway Anda**
1. Masuk ke konsol lokal host Anda.
+ VMware ESXi — untuk informasi lebih lanjut, lihat[Mengakses Konsol Lokal Gateway dengan VMware ESXi](accessing-local-console.md#MaintenanceConsoleWindowVMware-common).
+ Microsoft Hyper-V — untuk informasi selengkapnya, lihat. [Akses Konsol Lokal Gateway dengan Microsoft Hyper-V](accessing-local-console.md#MaintenanceConsoleWindowHyperV-common)
1. Pada prompt, masukkan angka yang sesuai untuk memilih **Gateway Console**.
1. Masukkan **h** untuk membuka daftar perintah yang tersedia.
1.
Lakukan salah satu tindakan berikut:
+ Jika gateway Anda menggunakan titik akhir publik, di jendela **AVAILABLE COMMANDS**, masukkan **open-support-channel** untuk terhubung ke dukungan pelanggan untuk Storage Gateway. Izinkan port TCP 22 sehingga Anda dapat membuka saluran dukungan. AWS Saat Anda terhubung ke dukungan pelanggan, Storage Gateway memberi Anda nomor dukungan. Catat nomor dukungan Anda.
+ Jika gateway Anda menggunakan titik akhir VPC, di jendela **AVAILABLE COMMANDS**, masukkan. **open-support-channel** Jika gateway Anda tidak diaktifkan, berikan titik akhir VPC atau alamat IP untuk terhubung ke dukungan pelanggan untuk Storage Gateway. Izinkan port TCP 22 sehingga Anda dapat membuka saluran dukungan. AWS Saat Anda terhubung ke dukungan pelanggan, Storage Gateway memberi Anda nomor dukungan. Catat nomor dukungan Anda.
**catatan**
Nomor saluran bukan nomor port Transmission ControlProtocol/User Datagram Protocol (TCP/UDP). Sebagai gantinya, gateway membuat koneksi Secure Shell (SSH) (TCP 22) ke server Storage Gateway dan menyediakan saluran dukungan untuk koneksi.
1. Setelah saluran dukungan dibuat, berikan nomor layanan dukungan Anda Dukungan sehingga Dukungan dapat memberikan bantuan pemecahan masalah.
1. Ketika sesi dukungan selesai, masukkan **q** untuk mengakhirinya. Jangan menutup sesi sampai Amazon Web Services Support memberi tahu Anda bahwa sesi dukungan telah selesai.
1. Masuk **exit** untuk keluar dari konsol gateway.
1. Ikuti petunjuk untuk keluar dari konsol lokal.
# Memecahkan masalah pengaturan Microsoft Hyper-V
Tabel berikut mencantumkan masalah umum yang mungkin Anda temui saat menerapkan Storage Gateway di platform Microsoft Hyper-V.
| Isu | Tindakan yang Harus Dilakukan |
| --- | --- |
| Anda mencoba mengimpor gateway dan menerima pesan galat berikut: “Kesalahan server terjadi saat mencoba mengimpor mesin virtual. Impor gagal. Tidak dapat menemukan file impor mesin virtual di bawah lokasi [...]. Anda dapat mengimpor mesin virtual hanya jika Anda menggunakan Hyper-V untuk membuat dan mengekspornya. | Kesalahan ini dapat terjadi karena alasan berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/storagegateway/latest/vgw/troubleshooting-hyperv-setup.html) |
| Anda mencoba mengimpor gateway dan menerima pesan galat berikut: “Kesalahan server terjadi saat mencoba mengimpor mesin virtual. Impor gagal. Tugas impor gagal menyalin file dari [...]: File ada. (0x80070050)” | Jika Anda telah menggunakan gateway dan Anda mencoba menggunakan kembali folder default yang menyimpan file hard disk virtual dan file konfigurasi mesin virtual, maka kesalahan ini akan terjadi. Untuk memperbaiki masalah ini, tentukan lokasi baru di bawah **Server** di panel di sisi kiri kotak dialog **Pengaturan Hyper-V**. |
| Anda mencoba mengimpor gateway dan menerima pesan galat berikut: “Kesalahan server terjadi saat mencoba mengimpor mesin virtual. Impor gagal. Impor gagal karena mesin virtual harus memiliki pengenal baru. Pilih pengenal baru dan coba impor lagi.” | Saat Anda mengimpor gateway, pastikan Anda memilih **Salin mesin virtual** dan centang **Duplikat semua file** kotak di kotak dialog **Impor Mesin Virtual** untuk membuat ID unik baru untuk VM. |
| Anda mencoba memulai VM gateway dan menerima pesan galat berikut: “Terjadi kesalahan saat mencoba memulai mesin virtual yang dipilih. Pengaturan prosesor partisi anak tidak kompatibel dengan partisi induk. 'AWS-Storage-gateway' tidak dapat diinisialisasi. (ID mesin virtual [...])” | Kesalahan ini kemungkinan disebabkan oleh perbedaan CPU antara yang diperlukan CPUs untuk gateway dan yang tersedia CPUs di host. Pastikan jumlah CPU VM didukung oleh hypervisor yang mendasarinya. Untuk informasi selengkapnya tentang persyaratan Storage Gateway, lihat[Persyaratan untuk mengatur Volume Gateway](Requirements.md). |
| Anda mencoba memulai VM gateway dan menerima pesan galat berikut: “Terjadi kesalahan saat mencoba memulai mesin virtual yang dipilih. 'AWS-Storage-gateway' tidak dapat diinisialisasi. (ID mesin virtual [...]) Gagal membuat partisi: Sumber daya sistem tidak mencukupi untuk menyelesaikan layanan yang diminta. (0x800705AA)” | Kesalahan ini kemungkinan disebabkan oleh perbedaan RAM antara RAM yang diperlukan untuk gateway dan RAM yang tersedia di host. Untuk informasi selengkapnya tentang persyaratan Storage Gateway, lihat[Persyaratan untuk mengatur Volume Gateway](Requirements.md). |
| Snapshot dan pembaruan perangkat lunak gateway Anda terjadi pada waktu yang sedikit berbeda dari yang diharapkan. | Jam gerbang VM mungkin diimbangi dari waktu aktual, yang dikenal sebagai penyimpangan jam. Periksa dan perbaiki waktu VM menggunakan opsi sinkronisasi waktu konsol gateway lokal. Untuk informasi selengkapnya, lihat [Sinkronkan waktu VM dengan waktu host Hyper-V atau Linux KVM](MaintenanceTimeSync-hyperv.md). |
| Anda harus meletakkan file Microsoft Hyper-V Storage Gateway yang tidak di-zip pada sistem file host. | Akses host saat Anda melakukan server Microsoft Windows biasa. Misalnya, jika host hypervisor adalah nama`hyperv-server`, maka Anda dapat menggunakan jalur UNC berikut`\\hyperv-server\c$`, yang mengasumsikan bahwa nama tersebut `hyperv-server` dapat diselesaikan atau didefinisikan dalam file host lokal Anda. |
| Anda diminta untuk kredensyal saat menghubungkan ke hypervisor. | Tambahkan kredensi pengguna Anda sebagai administrator lokal untuk host hypervisor dengan menggunakan alat sconfig.cmd. |
| Anda mungkin melihat kinerja jaringan yang buruk jika Anda mengaktifkan antrian mesin virtual (VMQ) untuk host Hyper-V yang menggunakan adaptor jaringan Broadcom. | Untuk informasi tentang solusinya, lihat dokumentasi Microsoft, lihat [Kinerja jaringan yang buruk pada mesin virtual pada host Windows Server 2012 Hyper-V jika](https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/poor-network-performance-hyper-v-host-vm) VMQ diaktifkan. |
# Memecahkan masalah gateway Amazon EC2
Di bagian berikut, Anda dapat menemukan masalah umum yang mungkin Anda temui saat bekerja dengan gateway yang diterapkan di Amazon EC2. Untuk informasi selengkapnya tentang perbedaan antara gateway lokal dan gateway yang digunakan di Amazon EC2, lihat. [Menerapkan instans Amazon EC2 yang disesuaikan untuk Volume Gateway](ec2-gateway-common.md)
**Topics**
+ [Aktivasi gateway Anda tidak terjadi setelah beberapa saat](#activation-issues)
+ [Anda tidak dapat menemukan instans gateway EC2 di daftar instans](#find-instance)
+ [Anda membuat volume Amazon EBS tetapi tidak dapat melampirkannya ke instans gateway EC2](#ebs-volume-issue)
+ [Anda tidak dapat melampirkan inisiator ke target volume gateway EC2 Anda](#initiator-issue)
+ [Anda mendapatkan pesan bahwa Anda tidak memiliki disk yang tersedia saat Anda mencoba menambahkan volume penyimpanan](#no-disk)
+ [Anda ingin menghapus disk yang dialokasikan sebagai ruang buffer unggah untuk mengurangi ruang buffer unggah](#uploadbuffer-issue)
+ [Throughput ke atau dari gateway EC2 Anda turun ke nol](#gateway-throughput-issue)
+ [Anda Dukungan ingin membantu memecahkan masalah gateway EC2 Anda](#EC2-EnableAWSSupportAccess)
+ [Anda ingin terhubung ke instans gateway menggunakan konsol serial Amazon EC2](#ec2-serial-console)
## Aktivasi gateway Anda tidak terjadi setelah beberapa saat
Periksa hal berikut di konsol Amazon EC2:
+ Port 80 diaktifkan di grup keamanan yang Anda kaitkan dengan instans. Untuk informasi selengkapnya tentang menambahkan aturan grup keamanan, lihat [Menambahkan aturan grup keamanan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html#adding-security-group-rule) di *Panduan Pengguna Amazon EC2*.
+ Instance gateway ditandai sebagai berjalan. Di konsol Amazon EC2, nilai **Status** untuk instance harus RUNNING.
+ Pastikan jenis instans Amazon EC2 Anda memenuhi persyaratan minimum, seperti yang dijelaskan dalam. [Persyaratan penyimpanan](Requirements.md#requirements-storage)
Setelah memperbaiki masalah, coba aktifkan gateway lagi. Untuk melakukannya, buka konsol Storage Gateway, pilih **Deploy Gateway baru di Amazon** EC2, dan masukkan kembali alamat IP instans.
## Anda tidak dapat menemukan instans gateway EC2 di daftar instans
Jika Anda tidak memberikan tag sumber daya pada instans Anda dan memiliki banyak instance yang berjalan, mungkin sulit untuk mengetahui instance mana yang Anda luncurkan. Dalam hal ini, Anda dapat mengambil tindakan berikut untuk menemukan instance gateway:
+ Periksa nama Amazon Machine Image (AMI) pada tab **Description** dari instance. Sebuah instance berdasarkan Storage Gateway AMI harus dimulai dengan teks**aws-storage-gateway-ami**.
+ Jika Anda memiliki beberapa instance berdasarkan Storage Gateway AMI, periksa waktu peluncuran instans untuk menemukan instance yang benar.
## Anda membuat volume Amazon EBS tetapi tidak dapat melampirkannya ke instans gateway EC2
Periksa apakah volume Amazon EBS yang dimaksud berada di Availability Zone yang sama dengan instance gateway. Jika terdapat perbedaan dalam Availability Zones, buat volume Amazon EBS baru di Availability Zone yang sama dengan instans Anda.
## Anda tidak dapat melampirkan inisiator ke target volume gateway EC2 Anda
Periksa apakah grup keamanan tempat Anda meluncurkan instance menyertakan aturan yang memungkinkan port yang Anda gunakan untuk akses iSCSI. Port biasanya ditetapkan sebagai 3260. Untuk informasi selengkapnya tentang menghubungkan ke volume, lihat[Menghubungkan ke volume Anda dari klien Windows](ConfiguringiSCSIClient.md).
## Anda mendapatkan pesan bahwa Anda tidak memiliki disk yang tersedia saat Anda mencoba menambahkan volume penyimpanan
Untuk gateway yang baru diaktifkan, tidak ada penyimpanan volume yang ditentukan. Sebelum Anda dapat menentukan penyimpanan volume, Anda harus mengalokasikan disk lokal ke gateway untuk digunakan sebagai buffer unggahan dan penyimpanan cache. Untuk gateway yang digunakan ke Amazon EC2, disk lokal adalah volume Amazon EBS yang dilampirkan ke instans. Pesan kesalahan ini kemungkinan terjadi karena tidak ada volume Amazon EBS yang ditentukan untuk instance tersebut.
Periksa perangkat blok yang ditentukan untuk instance yang menjalankan gateway. Jika hanya ada dua perangkat blok (perangkat default yang disertakan dengan AMI), maka Anda harus menambahkan penyimpanan. Untuk informasi selengkapnya tentang cara melakukannya, lihat [Menerapkan instans Amazon EC2 yang disesuaikan untuk Volume Gateway](ec2-gateway-common.md). Setelah melampirkan dua atau lebih volume Amazon EBS, coba buat penyimpanan volume di gateway.
## Anda ingin menghapus disk yang dialokasikan sebagai ruang buffer unggah untuk mengurangi ruang buffer unggah
Ikuti langkah-langkah di [Menentukan ukuran buffer unggahan yang akan dialokasikan](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
## Throughput ke atau dari gateway EC2 Anda turun ke nol
Verifikasi bahwa instance gateway sedang berjalan. Jika instance dimulai karena reboot, misalnya, tunggu instance dimulai ulang.
Juga, verifikasi bahwa IP gateway tidak berubah. Jika instance dihentikan dan kemudian dimulai ulang, alamat IP instance mungkin telah berubah. Dalam hal ini, Anda perlu mengaktifkan gateway baru.
Anda dapat melihat throughput ke dan dari gateway Anda dari CloudWatch konsol Amazon. Untuk informasi selengkapnya tentang mengukur throughput ke dan dari gateway Anda dan AWS, lihat [Mengukur Kinerja Antara Gateway Anda dan AWS](PerfGatewayAWS-common.md).
## Anda Dukungan ingin membantu memecahkan masalah gateway EC2 Anda
Storage Gateway menyediakan konsol lokal yang dapat Anda gunakan untuk melakukan beberapa tugas pemeliharaan, termasuk mengaktifkan Dukungan untuk mengakses gateway Anda untuk membantu Anda mengatasi masalah gateway. Secara default, Dukungan akses ke gateway Anda dinonaktifkan. Anda menyediakan akses ini melalui konsol lokal Amazon EC2. Anda masuk ke konsol lokal Amazon EC2 melalui Secure Shell (SSH). Untuk berhasil masuk melalui SSH, grup keamanan instans Anda harus memiliki aturan yang membuka port TCP 22.
**catatan**
Jika Anda menambahkan aturan baru ke grup keamanan yang sudah ada, aturan baru berlaku untuk semua instans yang menggunakan grup keamanan tersebut. Untuk informasi selengkapnya tentang grup keamanan dan cara menambahkan aturan grup keamanan, lihat [Grup keamanan Amazon EC2 di Panduan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) Pengguna *Amazon EC2*.
Untuk mengizinkan Dukungan koneksi ke gateway, pertama-tama Anda masuk ke konsol lokal untuk instans Amazon EC2, navigasikan ke konsol Storage Gateway, lalu berikan akses.
**Untuk mengaktifkan Dukungan akses ke gateway yang digunakan pada instans Amazon EC2**
1. Masuk ke konsol lokal untuk instans Amazon EC2 Anda. Untuk petunjuk, buka [Connect to your instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstances.html) di *Panduan Pengguna Amazon EC2*.
Anda dapat menggunakan perintah berikut ini untuk masuk ke konsol lokal instans EC2.
```
ssh –i PRIVATE-KEY admin@INSTANCE-PUBLIC-DNS-NAME
```
**catatan**
*PRIVATE-KEY*Ini adalah `.pem` file yang berisi sertifikat pribadi dari key pair EC2 yang Anda gunakan untuk meluncurkan instans Amazon EC2. Untuk informasi selengkapnya, lihat [Mengambil kunci publik untuk key pair Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html#retriving-the-public-key) di Panduan Pengguna *Amazon EC2*.
*INSTANCE-PUBLIC-DNS-NAME*Ini adalah nama Sistem Nama Domain publik (DNS) dari instans Amazon EC2 tempat gateway Anda berjalan. **Anda mendapatkan nama DNS publik ini dengan memilih instans Amazon EC2 di konsol EC2 dan mengklik tab Deskripsi.**
1. Pada prompt, masuk **6 - Command Prompt** untuk membuka konsol Dukungan Saluran.
1. Masukkan **h** Untuk membuka kotak dialog ** PERINTAH YANG TERSEDIA ** Jendela.
1. Lakukan salah satu tindakan berikut:
+ Jika gateway Anda menggunakan titik akhir publik, di jendela **AVAILABLE COMMANDS**, masukkan **open-support-channel** untuk terhubung ke dukungan pelanggan untuk Storage Gateway. Izinkan port TCP 22 sehingga Anda dapat membuka saluran dukungan. AWS Saat Anda terhubung ke dukungan pelanggan, Storage Gateway memberi Anda nomor dukungan. Catat nomor dukungan Anda.
+ Jika gateway Anda menggunakan titik akhir VPC, di jendela **AVAILABLE COMMANDS**, masukkan. **open-support-channel** Jika gateway Anda tidak diaktifkan, berikan titik akhir VPC atau alamat IP untuk terhubung ke dukungan pelanggan untuk Storage Gateway. Izinkan port TCP 22 sehingga Anda dapat membuka saluran dukungan. AWS Saat Anda terhubung ke dukungan pelanggan, Storage Gateway memberi Anda nomor dukungan. Catat nomor dukungan Anda.
**catatan**
Nomor saluran bukan nomor port Transmission ControlProtocol/User Datagram Protocol (TCP/UDP). Sebagai gantinya, gateway membuat koneksi Secure Shell (SSH) (TCP 22) ke server Storage Gateway dan menyediakan saluran dukungan untuk koneksi.
1. Setelah saluran dukungan dibuat, berikan nomor layanan dukungan Anda Dukungan sehingga Dukungan dapat memberikan bantuan pemecahan masalah.
1. Ketika sesi dukungan selesai, masukkan **q** untuk mengakhirinya. Jangan menutup sesi sampai Dukungan memberi tahu Anda bahwa sesi dukungan telah selesai.
1. Masuk **exit** untuk keluar dari konsol Storage Gateway.
1. Ikuti menu konsol untuk keluar dari instance Storage Gateway.
## Anda ingin terhubung ke instans gateway menggunakan konsol serial Amazon EC2
Anda dapat menggunakan konsol serial Amazon EC2 untuk memecahkan masalah boot, konfigurasi jaringan, dan masalah lainnya. Untuk petunjuk dan tips pemecahan masalah, lihat Konsol [Serial Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-serial-console.html) di Panduan Pengguna *Amazon Elastic Compute Cloud*.
# Memecahkan masalah alat perangkat keras
Topik berikut membahas masalah yang mungkin Anda temui dengan Storage Gateway Hardware Appliance, dan saran tentang pemecahan masalah ini.
## Anda tidak dapat menentukan alamat IP layanan
Ketika mencoba untuk terhubung ke layanan Anda, pastikan bahwa Anda menggunakan alamat IP layanan dan bukan alamat IP host. Konfigurasikan alamat IP layanan di konsol layanan, dan alamat IP host di konsol perangkat keras. Anda melihat konsol perangkat keras saat Anda memulai alat perangkat keras. Untuk pergi ke konsol layanan dari konsol perangkat keras, pilih **Open Service Console**.
## Bagaimana Anda melakukan reset pabrik?
Jika Anda perlu melakukan reset pabrik pada alat Anda, hubungi tim Storage Gateway Hardware Appliance untuk mendapatkan dukungan, seperti yang dijelaskan di bagian Support berikut.
## Bagaimana Anda melakukan restart jarak jauh?
Jika Anda perlu melakukan restart alat dari jarak jauh, Anda dapat melakukannya menggunakan antarmuka manajemen Dell IDrac. Untuk informasi selengkapnya, lihat [i Siklus Daya DRAC9 Virtual: Siklus daya jarak jauh PowerEdge Server EMC Dell](https://infohub.delltechnologies.com/en-us/p/idrac9-virtual-power-cycle-remotely-power-cycle-dell-emc-poweredge-servers/) di situs web Dell Technologies. InfoHub
## Di mana Anda mendapatkan dukungan Dell IDrac?
PowerEdge Server Dell dilengkapi dengan antarmuka manajemen Dell IDrac. Sebaiknya lakukan hal berikut:
+ Jika Anda menggunakan antarmuka manajemen IDRac, Anda harus mengubah kata sandi default. Untuk informasi selengkapnya tentang kredensil IDRac, [lihat PowerEdge Dell - Apa kredensi login default untuk IDRac?](https://www.dell.com/support/article/en-us/sln306783/dell-poweredge-what-is-the-default-username-and-password-for-idrac?lang=en) .
+ Pastikan firmware tersebut up-to-date untuk mencegah pelanggaran keamanan.
+ Memindahkan antarmuka jaringan IDRac ke port normal `em` () dapat menyebabkan masalah kinerja atau mencegah fungsi normal alat.
## Anda tidak dapat menemukan nomor seri alat perangkat keras
Anda dapat menemukan nomor seri untuk Storage Gateway Hardware Appliance menggunakan konsol Storage Gateway.
**Untuk menemukan nomor seri alat perangkat keras:**
1. Buka konsol Storage Gateway di [https://console.aws.amazon.com/storagegateway/rumah](https://console.aws.amazon.com/storagegateway/).
1. Pilih **Hardware** dari menu navigasi di sisi kiri halaman.
1. Pilih alat perangkat keras Anda dari daftar.
1. Temukan bidang **Nomor Seri** pada tab **Detail** untuk alat Anda.
## Di mana mendapatkan dukungan alat perangkat keras
Untuk menghubungi AWS tentang dukungan teknis untuk peralatan perangkat keras Anda, lihat [Dukungan](https://aws.amazon.com/contact-us).
Dukungan Tim mungkin meminta Anda untuk mengaktifkan saluran dukungan untuk memecahkan masalah gateway Anda dari jarak jauh. Anda tidak perlu port ini terbuka untuk operasi normal gateway Anda, tetapi diperlukan untuk pemecahan masalah. Anda dapat mengaktifkan saluran dukungan dari konsol perangkat keras seperti yang ditunjukkan pada prosedur berikut.
**Untuk membuka saluran dukungan untuk AWS**
1. Buka konsol perangkat keras.
1. Pilih **Open Support Channel** di bagian bawah halaman utama konsol perangkat keras, lalu tekan`Enter`.
Nomor port yang ditetapkan akan muncul dalam 30 detik jika tidak ada konektivitas jaringan atau masalah firewall. Contoh:
**Status: Buka di port 19599**
1. Perhatikan nomor port dan berikan ke Dukungan.
# Memecahkan masalah volume
Anda dapat menemukan informasi tentang masalah paling umum yang mungkin Anda temui saat bekerja dengan volume, dan tindakan yang kami sarankan agar Anda ambil untuk memperbaikinya.
**Topics**
+ [Konsol Mengatakan bahwa Volume Anda Tidak Dikonfigurasi](#troubleshoot-volume-issues.VolumeNotConfigured)
+ [Konsol Mengatakan Bahwa Volume Anda Tidak Dapat Dipulihkan](#troubleshoot-volume-issues.VolumeIrrecoverable)
+ [Gateway Cached Anda Tidak Dapat Dijangkau Dan Anda Ingin Memulihkan Data Anda](#RecoverySnapshotTroubleshooting)
+ [Konsol Mengatakan Bahwa Volume Anda Telah Melewati Status](#troubleshoot-volume-issues.VolumePassthrough)
+ [Anda Ingin Memverifikasi Integritas Volume dan Memperbaiki Kemungkinan Kesalahan](#troubleshoot-volume-issues.VerifyIntegrity)
+ [Target iSCSI Volume Anda Tidak Muncul di Konsol Manajemen Disk Windows](#troubleshoot-volume-issues.DoesNotAppear)
+ [Anda Ingin Mengubah Nama Target iSCSI Volume Anda](#troubleshoot-volume-issues.ChangeISCSI)
+ [Snapshot Volume Terjadwal Anda Tidak Terjadi](#troubleshoot-volume-issues.NoSnapshot)
+ [Anda Perlu Menghapus atau Mengganti Disk yang Gagal](#troubleshoot-volume-issues.RemoveVolume)
+ [Throughput dari Aplikasi Anda ke Volume Telah Turun ke Nol](#troubleshoot-volume-issues.ThroughputZero)
+ [Disk Cache di Gateway Anda Menghadapi Kegagalan](#troubleshoot-volume-issues.CacheDiskFail)
+ [Snapshot Volume Memiliki Status PENDING Lebih Lama Dari yang Diharapkan](#SnapshotTroubleshooting.Pending)
+ [Pemberitahuan Kesehatan Ketersediaan Tinggi](#troubleshooting-ha-notifications)
## Konsol Mengatakan bahwa Volume Anda Tidak Dikonfigurasi
Jika konsol Storage Gateway menunjukkan bahwa volume Anda memiliki status UPLOAD BUFFER TIDAK DIKONFIGURASI, tambahkan kapasitas buffer upload ke gateway Anda. Anda tidak dapat menggunakan gateway untuk menyimpan data aplikasi Anda jika buffer unggahan untuk gateway tidak dikonfigurasi. Untuk informasi selengkapnya, lihat [Untuk mengonfigurasi buffer unggahan tambahan atau penyimpanan cache untuk gateway Anda](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Konsol Mengatakan Bahwa Volume Anda Tidak Dapat Dipulihkan
Untuk volume tersimpan, jika konsol Storage Gateway menunjukkan bahwa volume Anda memiliki status IRRECOVERABLE, Anda tidak dapat lagi menggunakan volume ini. Anda dapat mencoba menghapus volume di konsol Storage Gateway. Jika ada data pada volume, maka Anda dapat memulihkan data saat Anda membuat volume baru berdasarkan disk lokal VM yang awalnya digunakan untuk membuat volume. Saat Anda membuat volume baru, pilih **Pertahankan data yang ada**. Pastikan untuk menghapus snapshot volume yang tertunda sebelum menghapus volume. Untuk informasi selengkapnya, lihat [Menghapus snapshot dari volume penyimpanan Anda](DeletingASnapshot.md). Jika menghapus volume di konsol Storage Gateway tidak berfungsi, maka disk yang dialokasikan untuk volume mungkin telah dihapus secara tidak benar dari VM dan tidak dapat dihapus dari alat.
Untuk volume cache, jika konsol Storage Gateway menunjukkan bahwa volume Anda memiliki status IRRECOVERABLE, Anda tidak dapat lagi menggunakan volume ini. Jika ada data pada volume, Anda dapat membuat snapshot volume dan kemudian memulihkan data Anda dari snapshot atau Anda dapat mengkloning volume dari titik pemulihan terakhir. Anda dapat menghapus volume setelah memulihkan data Anda. Untuk informasi selengkapnya, lihat [Gateway Cached Anda Tidak Dapat Dijangkau Dan Anda Ingin Memulihkan Data Anda](#RecoverySnapshotTroubleshooting).
Untuk volume yang disimpan, Anda dapat membuat volume baru dari disk yang digunakan untuk membuat volume yang tidak dapat dipulihkan. Untuk informasi selengkapnya, lihat [Membuat volume penyimpanan](GettingStartedCreateVolumes.md). Untuk informasi tentang status volume, lihat[Memahami Status Volume dan Transisi](StorageVolumeStatuses.md).
## Gateway Cached Anda Tidak Dapat Dijangkau Dan Anda Ingin Memulihkan Data Anda
Ketika gateway Anda menjadi tidak dapat dijangkau (seperti saat Anda mematikannya), Anda memiliki opsi untuk membuat snapshot dari titik pemulihan volume dan menggunakan snapshot itu, atau mengkloning volume baru dari titik pemulihan terakhir untuk volume yang ada. Kloning dari titik pemulihan volume lebih cepat dan lebih hemat biaya daripada membuat snapshot. Untuk informasi lebih lanjut tentang kloning volume, lihat[Mengkloning volume yang di-cache dari titik pemulihan](clone-volume.md).
Storage Gateway menyediakan titik pemulihan untuk setiap volume dalam arsitektur Volume Gateway yang di-cache. *Titik pemulihan volume* adalah titik waktu di mana semua data volume konsisten dan dari mana Anda dapat membuat snapshot atau mengkloning volume.
## Konsol Mengatakan Bahwa Volume Anda Telah Melewati Status
Dalam beberapa kasus, konsol Storage Gateway mungkin menunjukkan bahwa volume Anda memiliki status PASSTHOUGH. Volume dapat memiliki status PASSTHOUGH karena beberapa alasan. Beberapa alasan memerlukan tindakan, dan beberapa tidak.
Contoh kapan Anda harus mengambil tindakan jika volume Anda memiliki status PASS THROUGH adalah ketika gateway Anda kehabisan ruang buffer unggah. Untuk memverifikasi apakah buffer unggahan Anda telah terlampaui sebelumnya, Anda dapat melihat `UploadBufferPercentUsed` metrik di CloudWatch konsol Amazon; untuk informasi selengkapnya, lihat. [Memantau buffer unggahan](PerfUploadBuffer-common.md) Jika gateway Anda memiliki status PASS THROUGH karena telah kehabisan ruang buffer upload, Anda harus mengalokasikan lebih banyak ruang buffer upload ke gateway Anda. Menambahkan lebih banyak ruang buffer akan menyebabkan volume Anda bertransisi dari PASS THROUGH ke BOOTSTRAPPING ke AVAILABLE secara otomatis. Meskipun volume memiliki status BOOTSTRAPPING, gateway membaca data dari disk volume, mengunggah data ini ke Amazon S3, dan mengejar sesuai kebutuhan. Ketika gateway telah menangkap dan menyimpan data volume ke Amazon S3, status volume menjadi TERSEDIA dan snapshot dapat dimulai lagi. Perhatikan bahwa ketika volume Anda memiliki status PASS THROUGH atau BOOTSTRAPPING, Anda dapat terus membaca dan menulis data dari disk volume. Untuk informasi selengkapnya tentang menambahkan lebih banyak ruang buffer upload, lihat[Menentukan ukuran buffer unggahan yang akan dialokasikan](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
Untuk mengambil tindakan sebelum buffer unggahan terlampaui, Anda dapat menyetel alarm ambang batas pada buffer unggahan gateway. Untuk informasi selengkapnya, lihat [Untuk menyetel alarm ambang batas atas untuk buffer unggahan gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
Sebaliknya, contoh tidak perlu mengambil tindakan ketika volume memiliki status PASS THROUGH adalah ketika volume menunggu untuk di-bootstrap karena volume lain saat ini sedang di-bootstrap. Bootstrap gateway bervolume satu per satu.
Jarang, status PASS THROUGH dapat menunjukkan bahwa disk yang dialokasikan untuk buffer unggahan telah gagal. Dalam hal ini, Anda harus menghapus disk. Untuk informasi selengkapnya, lihat [Bekerja dengan sumber daya penyimpanan Volume Gateway](resource-volume-gateway.md). Untuk informasi tentang status volume, lihat[Memahami Status Volume dan Transisi](StorageVolumeStatuses.md).
## Anda Ingin Memverifikasi Integritas Volume dan Memperbaiki Kemungkinan Kesalahan
Jika Anda ingin memverifikasi integritas volume dan memperbaiki kemungkinan kesalahan, dan gateway Anda menggunakan inisiator Microsoft Windows untuk terhubung ke volumenya, Anda dapat menggunakan utilitas Windows CHKDSK untuk memverifikasi integritas volume Anda dan memperbaiki kesalahan apa pun pada volume. Windows dapat secara otomatis menjalankan alat CHKDSK ketika kerusakan volume terdeteksi, atau Anda dapat menjalankannya sendiri.
## Target iSCSI Volume Anda Tidak Muncul di Konsol Manajemen Disk Windows
Jika target iSCSI volume Anda tidak muncul di Konsol Manajemen Disk di Windows, periksa apakah Anda telah mengonfigurasi buffer unggahan untuk gateway. Untuk informasi selengkapnya, lihat [Untuk mengonfigurasi buffer unggahan tambahan atau penyimpanan cache untuk gateway Anda](ConfiguringLocalDiskStorage.md#GatewayWorkingStorageCachedTaskBuffer).
## Anda Ingin Mengubah Nama Target iSCSI Volume Anda
Jika Anda ingin mengubah nama target iSCSI volume Anda, Anda harus menghapus volume dan menambahkannya lagi dengan nama target baru. Jika Anda melakukannya, Anda dapat menyimpan data pada volume.
## Snapshot Volume Terjadwal Anda Tidak Terjadi
Jika snapshot volume yang dijadwalkan tidak muncul, periksa apakah volume Anda memiliki status PASSTHOUGH, atau apakah buffer upload gateway telah diisi sesaat sebelum waktu snapshot yang dijadwalkan. Anda dapat memeriksa `UploadBufferPercentUsed` metrik untuk gateway di CloudWatch konsol Amazon dan membuat alarm untuk metrik ini. Untuk informasi selengkapnya, lihat [Memantau buffer unggahan](PerfUploadBuffer-common.md) dan [Untuk menyetel alarm ambang batas atas untuk buffer unggahan gateway](PerfUploadBuffer-common.md#GatewayAlarm1-common).
## Anda Perlu Menghapus atau Mengganti Disk yang Gagal
Jika Anda perlu mengganti disk volume yang gagal atau mengganti volume karena tidak diperlukan, Anda harus menghapus volume terlebih dahulu menggunakan konsol Storage Gateway. Untuk informasi selengkapnya, lihat [Untuk menghapus volume](ApplicationStorageVolumesCached-Removing.md#CachedRemovingAStorageVolume). Anda kemudian menggunakan klien hypervisor untuk menghapus penyimpanan dukungan:
+ Untuk VMware ESXi, hapus penyimpanan dukungan seperti yang dijelaskan dalam[Menghapus volume penyimpanan](ApplicationStorageVolumesCached-Removing.md).
+ Untuk Microsoft Hyper-V, hapus penyimpanan dukungan.
## Throughput dari Aplikasi Anda ke Volume Telah Turun ke Nol
Jika throughput dari aplikasi Anda ke volume turun menjadi nol, coba yang berikut ini:
+ **Jika Anda menggunakan klien VMware vSphere, periksa apakah alamat **IP Host** volume Anda cocok dengan salah satu alamat yang muncul di klien vSphere pada tab Ringkasan.** Anda dapat menemukan alamat **IP Host** untuk volume penyimpanan di konsol Storage Gateway di tab **Detail** untuk volume. Perbedaan dalam alamat IP dapat terjadi, misalnya, ketika Anda menetapkan alamat IP statis baru ke gateway Anda. Jika ada perbedaan, restart gateway Anda dari konsol Storage Gateway seperti yang ditunjukkan pada. [Mematikan VM Gateway Anda](MaintenanceShutDown-common.md) Setelah restart, alamat **IP Host** di tab **Info Target ISCSI** untuk volume penyimpanan harus cocok dengan alamat IP yang ditunjukkan di klien vSphere pada tab **Ringkasan untuk gateway**.
+ Jika tidak ada alamat IP di kotak **IP Host** untuk volume dan gateway online. Misalnya, ini bisa terjadi jika Anda membuat volume yang terkait dengan alamat IP adaptor jaringan gateway yang memiliki dua atau lebih adapter jaringan. Saat Anda menghapus atau menonaktifkan adaptor jaringan yang terkait dengan volume, alamat IP mungkin tidak muncul di kotak **IP Host**. Untuk mengatasi masalah ini, hapus volume dan kemudian buat ulang untuk mempertahankan data yang ada.
+ Periksa apakah inisiator iSCSI yang digunakan aplikasi Anda dipetakan dengan benar ke target iSCSI untuk volume penyimpanan. Untuk informasi selengkapnya tentang menghubungkan ke volume penyimpanan, lihat[Menghubungkan ke volume Anda dari klien Windows](ConfiguringiSCSIClient.md).
Anda dapat melihat throughput untuk volume dan membuat alarm dari konsol Amazon CloudWatch. Untuk informasi selengkapnya tentang mengukur throughput dari aplikasi ke volume, lihat[Mengukur Kinerja Antara Aplikasi dan Gateway](PerfAppGateway-common.md).
## Disk Cache di Gateway Anda Menghadapi Kegagalan
Jika satu atau beberapa disk cache di gateway Anda mengalami kegagalan, gateway mencegah operasi baca dan tulis ke kaset dan volume virtual Anda. Untuk melanjutkan fungsionalitas normal, konfigurasikan ulang gateway Anda seperti yang dijelaskan berikut:
+ Jika disk cache tidak dapat diakses atau tidak dapat digunakan, hapus disk dari konfigurasi gateway Anda.
+ Jika disk cache masih dapat diakses dan digunakan, sambungkan kembali ke gateway Anda.
**catatan**
Jika Anda menghapus disk cache, kaset atau volume yang memiliki data bersih (yaitu, untuk mana data dalam disk cache dan Amazon S3 disinkronkan) akan terus tersedia ketika gateway melanjutkan fungsionalitas normal. Misalnya, jika gateway Anda memiliki tiga disk cache dan Anda menghapus dua, kaset atau volume yang bersih akan memiliki status TERSEDIA. Kaset dan volume lain akan memiliki status IRRECOVERABLE.
Jika Anda menggunakan disk sementara sebagai disk cache untuk gateway Anda atau memasang disk cache Anda pada drive sementara, disk cache Anda akan hilang saat Anda mematikan gateway. Mematikan gateway saat disk cache dan Amazon S3 Anda tidak disinkronkan dapat mengakibatkan hilangnya data. Akibatnya, kami tidak menyarankan menggunakan drive atau disk sementara.
## Snapshot Volume Memiliki Status PENDING Lebih Lama Dari yang Diharapkan
Jika snapshot volume tetap dalam status PENDING lebih lama dari yang diharapkan, VM gateway mungkin mengalami crash secara tak terduga atau status volume mungkin telah berubah menjadi PASS THROUGH atau IRRECOVERABLE. Jika salah satu dari ini terjadi, snapshot tetap dalam status PENDING dan snapshot tidak berhasil diselesaikan. Dalam kasus ini, kami sarankan Anda menghapus snapshot. Untuk informasi selengkapnya, lihat [Menghapus snapshot dari volume penyimpanan Anda](DeletingASnapshot.md).
Ketika volume kembali ke status AVAILABLE, buat snapshot baru dari volume. Untuk informasi tentang status volume, lihat[Memahami Status Volume dan Transisi](StorageVolumeStatuses.md).
## Pemberitahuan Kesehatan Ketersediaan Tinggi
Saat menjalankan gateway Anda di platform VMware vSphere High Availability (HA), Anda mungkin menerima pemberitahuan kesehatan. Untuk informasi selengkapnya tentang pemberitahuan kesehatan, lihat[Memecahkan masalah ketersediaan tinggi](troubleshooting-ha-issues.md).
# Memecahkan masalah ketersediaan tinggi
Anda dapat menemukan informasi berikut tentang tindakan yang harus diambil jika Anda mengalami masalah ketersediaan.
**Topics**
+ [Pemberitahuan Kesehatan](#ha-health-notifications)
+ [Metrik-metrik](#ha-health-notification-metrics)
## Pemberitahuan Kesehatan
Saat Anda menjalankan gateway Anda di VMware vSphere HA, semua gateway menghasilkan pemberitahuan kesehatan berikut ke grup log Amazon Anda yang dikonfigurasi. CloudWatch Pemberitahuan ini masuk ke aliran log yang disebut`AvailabilityMonitor`.
**Topics**
+ [Pemberitahuan: Reboot](#troubleshoot-reboot-notification)
+ [Pemberitahuan: HardReboot](#troubleshoot-hardreboot-notification)
+ [Pemberitahuan: HealthCheckFailure](#troubleshoot-healthcheckfailure-notification)
+ [Pemberitahuan: AvailabilityMonitorTest](#troubleshoot-availabilitymonitortest-notification)
### Pemberitahuan: Reboot
Anda bisa mendapatkan notifikasi reboot saat gateway VM dimulai ulang. Anda dapat memulai ulang VM gateway dengan menggunakan konsol VM Hypervisor Management atau konsol Storage Gateway. Anda juga dapat memulai ulang dengan menggunakan perangkat lunak gateway selama siklus pemeliharaan gateway.
**Tindakan untuk Mengambil**
Jika waktu reboot dalam 10 menit dari [waktu mulai pemeliharaan](MaintenanceManagingUpdate-common.md) gateway yang dikonfigurasi, ini mungkin kejadian normal dan bukan tanda masalah apa pun. Jika reboot terjadi secara signifikan di luar jendela pemeliharaan, periksa apakah gateway dimulai ulang secara manual.
### Pemberitahuan: HardReboot
Anda bisa mendapatkan `HardReboot` notifikasi saat gateway VM dimulai ulang secara tak terduga. Restart semacam itu dapat disebabkan oleh hilangnya daya, kegagalan perangkat keras, atau peristiwa lain. Untuk VMware gateway, reset oleh vSphere High Availability Application Monitoring dapat meluncurkan acara ini.
**Tindakan untuk Mengambil**
Saat gateway Anda berjalan di lingkungan seperti itu, periksa keberadaan `HealthCheckFailure` notifikasi dan lihat log VMware peristiwa untuk VM.
### Pemberitahuan: HealthCheckFailure
Untuk gateway di VMware vSphere HA, Anda bisa mendapatkan `HealthCheckFailure` pemberitahuan ketika pemeriksaan kesehatan gagal dan restart VM diminta. Peristiwa ini juga terjadi selama pengujian untuk memantau ketersediaan, ditunjukkan oleh `AvailabilityMonitorTest` pemberitahuan. Dalam hal ini, `HealthCheckFailure` pemberitahuan diharapkan.
**catatan**
Pemberitahuan ini hanya untuk VMware gateway.
**Tindakan untuk Mengambil**
Jika peristiwa ini berulang kali terjadi tanpa `AvailabilityMonitorTest` pemberitahuan, periksa infrastruktur VM Anda untuk masalah (penyimpanan, memori, dan sebagainya). Jika Anda membutuhkan bantuan tambahan, hubungi Dukungan.
### Pemberitahuan: AvailabilityMonitorTest
Untuk gateway di VMware vSphere HA, Anda bisa mendapatkan `AvailabilityMonitorTest` pemberitahuan ketika Anda [menjalankan pengujian](vmware-ha.md#vmware-ha-test-failover) [Ketersediaan dan sistem pemantauan aplikasi](https://docs.aws.amazon.com/storagegateway/latest/APIReference/API_StartAvailabilityMonitorTest.html) di. VMware
## Metrik-metrik
`AvailabilityNotifications`Metrik tersedia di semua gateway. Metrik ini adalah hitungan jumlah pemberitahuan kesehatan terkait ketersediaan yang dihasilkan oleh gateway. Gunakan `Sum` statistik untuk mengamati apakah gateway mengalami peristiwa terkait ketersediaan. Konsultasikan dengan grup CloudWatch log Anda yang dikonfigurasi untuk detail tentang peristiwa tersebut.