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, kaset virtual, ketersediaan tinggi, pemulihan data, dan keamanan. 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 rekaman virtual](Main_TapesIssues-vtl.md)- Pelajari tentang tindakan yang dapat Anda ambil jika Anda mengalami masalah tak terduga dengan kaset virtual Anda.
+ [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 Persyaratan](https://docs.aws.amazon.com/storagegateway/latest/tgw/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 [Praktik terbaik untuk memulihkan data Anda data Anda](https://docs.aws.amazon.com/storagegateway/latest/tgw/recover-data-from-gateway.html).
## 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.
Untuk informasi selengkapnya tentang pemecahan masalah disk cache yang rusak untuk gateway tape, lihat [Anda perlu memulihkan rekaman virtual dari disk cache yang tidak berfungsi](https://docs.aws.amazon.com/storagegateway/latest/tgw/Main_TapesIssues-vtl.html#creating-recovery-tape-vtl).
# 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 [Anda Menguji Koneksi Gateway Anda ke Internet](https://docs.aws.amazon.com/storagegateway/latest/tgw/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.
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
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.
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/tgw/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/tgw/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/tgw/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/tgw/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 Tape Gateway Anda dan AWS](PerfGatewayAWS-vtl-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/tgw/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 Tape Gateway Anda dan AWS](PerfGatewayAWS-vtl-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/tgw/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 menyiapkan Tape 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 menyiapkan Tape 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 Tape 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 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 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 Tape 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 Tape Gateway Anda dan AWS](PerfGatewayAWS-vtl-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 rekaman virtual
Anda dapat menemukan informasi berikut tentang tindakan yang harus diambil jika Anda mengalami masalah tak terduga dengan kaset virtual Anda.
**Topics**
+ [Memulihkan Pita Virtual Dari Gateway yang Tidak Dapat Dipulihkan](#recovery-tapes)
+ [Memecahkan Masalah Kaset yang Tidak Dapat Dipulihkan](#IrrecoverableTapes)
+ [Pemberitahuan Kesehatan Ketersediaan Tinggi](#troubleshooting-ha-notifications)
## Memulihkan Pita Virtual Dari Gateway yang Tidak Dapat Dipulihkan
Meskipun jarang terjadi, Tape Gateway Anda mungkin mengalami kegagalan yang tidak dapat dipulihkan. Kegagalan seperti itu dapat terjadi di host hypervisor Anda, gateway itu sendiri, atau disk cache. Jika terjadi kegagalan, Anda dapat memulihkan kaset Anda dengan mengikuti petunjuk pemecahan masalah di bagian ini.
**Topics**
+ [Anda Perlu Memulihkan Pita Virtual dari Gateway Tape yang Rusak](#creating-recovery-tape-vtl)
+ [Anda Perlu Memulihkan Pita Virtual dari Disk Cache yang Rusak](#recover-from-failed-disk)
### Anda Perlu Memulihkan Pita Virtual dari Gateway Tape yang Rusak
Jika Tape Gateway atau host hypervisor mengalami kegagalan yang tidak dapat dipulihkan, Anda dapat memulihkan data apa pun yang telah diunggah ke Tape Gateway lain. AWS
Perhatikan bahwa data yang ditulis ke kaset mungkin tidak sepenuhnya diunggah sampai rekaman itu berhasil diarsipkan ke dalam VTS. Data pada kaset yang dipulihkan ke gateway lain dengan cara ini mungkin tidak lengkap atau kosong. Kami merekomendasikan melakukan inventaris pada semua kaset yang dipulihkan untuk memastikan mereka berisi konten yang diharapkan.
**Untuk memulihkan kaset ke Tape Gateway lain**
1. Identifikasi Tape Gateway yang berfungsi sebagai gateway target pemulihan Anda. Jika Anda tidak memiliki Tape Gateway untuk memulihkan kaset Anda, buat Tape Gateway baru. Untuk informasi tentang cara membuat gateway, lihat [Membuat Gateway](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html).
1. Buka konsol Storage Gateway di [https://console.aws.amazon.com/storagegateway/rumah](https://console.aws.amazon.com/storagegateway/).
1. Di panel navigasi, pilih **Gateway**, lalu pilih Tape Gateway tempat Anda ingin memulihkan kaset.
1. Pilih tab **Detail**. Pesan pemulihan tape ditampilkan di tab.
1. Pilih **Buat kaset pemulihan** untuk menonaktifkan gateway.
1. Di kotak dialog yang muncul, pilih **Nonaktifkan gateway**.
Proses ini secara permanen menghentikan fungsi normal Tape Gateway Anda dan memperlihatkan titik pemulihan yang tersedia. Untuk petunjuk, lihat [Menonaktifkan Gateway Tape Anda](https://docs.aws.amazon.com/storagegateway/latest/tgw/disabling-gateway-vtl.html).
1. Dari kaset yang ditampilkan gateway yang dinonaktifkan, pilih pita virtual dan titik pemulihan yang ingin Anda pulihkan. Rekaman virtual dapat memiliki beberapa titik pemulihan.
1. Untuk mulai memulihkan kaset apa pun yang Anda butuhkan ke Tape Gateway target, pilih **Buat pita pemulihan**.
1. Dalam kotak dialog **Buat pita pemulihan**, verifikasi kode batang pita virtual yang ingin Anda pulihkan.
1. Untuk **Gateway**, pilih Tape Gateway yang ingin Anda pulihkan kaset virtual.
1. Pilih **Buat pita pemulihan**.
1. Hapus Tape Gateway yang gagal sehingga Anda tidak dikenakan biaya. Untuk petunjuk, lihat [Menghapus gateway Anda dan menghapus sumber daya terkait](deleting-gateway-common.md).
Storage Gateway memindahkan tape dari Tape Gateway yang gagal ke Tape Gateway yang Anda tentukan. Tape Gateway menandai status rekaman sebagai DIPULIHKAN.
### Anda Perlu Memulihkan Pita Virtual dari Disk Cache yang Rusak
Jika disk cache Anda mengalami kesalahan, gateway mencegah operasi baca dan tulis pada kaset virtual di gateway. Misalnya, kesalahan dapat terjadi ketika disk rusak atau dihapus dari gateway. Konsol Storage Gateway menampilkan pesan tentang kesalahan.
Dalam pesan kesalahan, Storage Gateway meminta Anda untuk mengambil salah satu dari dua tindakan yang dapat memulihkan kaset Anda:
+ **Shut Down dan Re-Add Disks** — Ambil pendekatan ini jika disk memiliki data utuh dan telah dihapus. Misalnya, jika kesalahan terjadi karena disk telah dihapus dari host Anda secara tidak sengaja tetapi disk dan data utuh, Anda dapat menambahkan kembali disk. Untuk melakukan ini, lihat prosedur nanti dalam topik ini.
+ **Reset Cache Disk** — Ambil pendekatan ini jika disk cache rusak atau tidak dapat diakses. Jika kesalahan disk menyebabkan disk cache tidak dapat diakses, tidak dapat digunakan, atau rusak, Anda dapat mengatur ulang disk. Jika Anda mengatur ulang disk cache, kaset yang memiliki data bersih (yaitu, kaset yang datanya di disk cache dan Amazon S3 disinkronkan) akan terus tersedia untuk Anda gunakan. Namun, kaset yang memiliki data yang tidak disinkronkan dengan Amazon S3 secara otomatis dipulihkan. Status kaset ini diatur ke RECOVERY, tetapi kasetnya hanya akan dibaca. Untuk informasi tentang cara menghapus disk dari host Anda, lihat[Menentukan ukuran buffer unggahan yang akan dialokasikan](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
**penting**
Jika disk cache yang Anda atur ulang berisi data yang belum diunggah ke Amazon S3, data tersebut dapat hilang. Setelah Anda mengatur ulang disk cache, tidak ada disk cache yang dikonfigurasi yang tersisa di gateway, jadi Anda harus mengonfigurasi setidaknya satu disk cache baru agar gateway Anda berfungsi dengan baik.
Untuk mengatur ulang disk cache, lihat prosedur nanti dalam topik ini.
**Untuk mematikan dan menambahkan kembali disk**
1. Matikan pintu gerbangnya. Untuk informasi tentang cara mematikan gateway, lihat[Mematikan VM Gateway Anda](MaintenanceShutDown-common.md).
1. Tambahkan disk kembali ke host Anda, dan pastikan nomor node disk disk tidak berubah. Untuk informasi tentang cara menambahkan disk, lihat[Menentukan ukuran buffer unggahan yang akan dialokasikan](decide-local-disks-and-sizes.md#CachedLocalDiskUploadBufferSizing-common).
1. Mulai ulang gateway. Untuk informasi tentang cara memulai ulang gateway, lihat[Mematikan VM Gateway Anda](MaintenanceShutDown-common.md).
Setelah gateway dimulai ulang, Anda dapat memverifikasi status disk cache. Status disk dapat berupa salah satu dari yang berikut:
+ **sekarang** — Disk tersedia untuk digunakan.
+ **hilang** — Disk tidak lagi terhubung ke gateway.
+ **ketidakcocokan** — Node disk ditempati oleh disk yang memiliki metadata yang salah, atau konten disk rusak.
**Untuk mengatur ulang dan mengkonfigurasi ulang disk cache**
1. Dalam pesan **kesalahan A disk telah terjadi** yang diilustrasikan sebelumnya, pilih **Reset** Cache Disk.
1. Pada halaman **Configure gateway**, konfigurasikan disk untuk penyimpanan cache. Untuk informasi tentang cara melakukannya, lihat [Mengkonfigurasi Gateway Tape Anda](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html#configure-gateway-tape).
1. Setelah Anda mengkonfigurasi penyimpanan cache, matikan dan restart gateway seperti yang dijelaskan dalam prosedur sebelumnya.
Gateway harus pulih setelah restart. Anda kemudian dapat memverifikasi status disk cache.
**Untuk memverifikasi status disk cache**
1. Buka konsol Storage Gateway di [https://console.aws.amazon.com/storagegateway/rumah](https://console.aws.amazon.com/storagegateway/).
1. Di panel navigasi, pilih **Gateway, lalu pilih gateway** Anda.
1. Untuk **Tindakan**, pilih **Konfigurasi Penyimpanan Lokal** untuk menampilkan kotak dialog **Konfigurasi Penyimpanan Lokal**. Kotak dialog ini menampilkan semua disk lokal di gateway.
Status node disk cache ditampilkan di sebelah disk.
**catatan**
Jika Anda tidak menyelesaikan proses pemulihan, gateway akan menampilkan spanduk yang meminta Anda untuk mengonfigurasi penyimpanan lokal.
## Memecahkan Masalah Kaset yang Tidak Dapat Dipulihkan
Jika rekaman virtual Anda gagal secara tak terduga, Storage Gateway menetapkan status rekaman virtual yang gagal ke IRRECOVERABLE. Tindakan yang Anda ambil tergantung pada keadaan. Anda dapat menemukan informasi berikut tentang beberapa masalah yang mungkin Anda temukan, dan cara memecahkan masalah tersebut.
### Anda Perlu Memulihkan Data Dari Pita yang Tidak Dapat Dipulihkan
Jika Anda memiliki rekaman virtual dengan status IRRECOVERABLE, dan Anda perlu bekerja dengannya, coba salah satu dari yang berikut ini:
+ Aktifkan Tape Gateway baru jika Anda belum mengaktifkannya. Untuk informasi selengkapnya, lihat [Membuat Gateway](https://docs.aws.amazon.com/storagegateway/latest/tgw/create-gateway-vtl.html).
+ Nonaktifkan Tape Gateway yang berisi pita yang tidak dapat dipulihkan, dan pulihkan kaset dari titik pemulihan ke Tape Gateway baru. Untuk informasi selengkapnya, lihat [Anda Perlu Memulihkan Pita Virtual dari Gateway Tape yang Rusak](#creating-recovery-tape-vtl).
**catatan**
Anda harus mengkonfigurasi ulang inisiator iSCSI dan aplikasi cadangan untuk menggunakan Tape Gateway baru. Untuk informasi selengkapnya, lihat [Menghubungkan perangkat VTL Anda](GettingStartedAccessTapesVTL.md).
### Anda Tidak Perlu Pita YANG TIDAK DAPAT DIPULIHKAN Yang Tidak Diarsipkan
Jika Anda memiliki rekaman virtual dengan status IRRECOVERABLE, Anda tidak membutuhkannya, dan rekaman itu tidak pernah diarsipkan, Anda harus menghapus rekaman itu. Untuk informasi selengkapnya, lihat [Menghapus kaset virtual dari Tape Gateway Anda](deleting-tapes-vtl.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.
## 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.