Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Rilis mesin untuk Amazon Neptunus Rilis mesin Amazon Neptune merilis update mesin secara berkala. Anda dapat menentukan versi rilis engine mana yang saat ini telah Anda instal menggunakan [API instance-status](access-graph-status.md) atau konsol Neptunus. Nomor versi memberi tahu Anda apakah Anda menjalankan rilis mayor asli, atau rilis minor, atau rilis patch.. Untuk informasi selengkapnya tentang penomoran rilis, lihat [Nomor versi mesin](cluster-maintenance.md#engine-version-numbers). Untuk informasi selengkapnya tentang pembaruan secara umum, lihat[Pemeliharaan cluster](cluster-maintenance.md). Dari rilis mesin 1.3.0.0 ke depan, versi mesin akan memiliki struktur yang ditunjukkan pada tabel di bawah ini. Nomor versi minor adalah nomor yang akan dievaluasi untuk [`AutoMinorVersionUpgrade`](engine-maintenance-management.md#using-amvu)diproses. | Versi | Versi produk | Versi besar | Versi minor | Versi patch | Status | Dirilis | Akhir hidup | Tingkatkan ke: | | --- | --- | --- | --- | --- | --- | --- | --- | --- | | [1.4.7.0](engine-releases-1.4.7.0.md) | 1 | 4 | 7 | 0 | *aktif* | 2026-03-03 | 2027-06-03 | N/A | | [1.4.6.3](engine-releases-1.4.6.3.md) | 1 | 4 | 6 | 3 | *aktif* | 2025-12-18 | 2027-06-03 | 1.4.7.0 | | [1.4.6.2](engine-releases-1.4.6.2.md) | 1 | 4 | 6 | 2 | *aktif* | 2025-11-18 | 2027-06-03 | 1.4.7.0 | | [1.4.6.1](engine-releases-1.4.6.1.md) | 1 | 4 | 6 | 1 | *aktif* | 2025-09-18 | 2027-03-06 | 1.4.6.2 | | [1.4.6.0](engine-releases-1.4.6.0.md) | 1 | 4 | 6 | 0 | *aktif* | 2025-09-02 | 2027-03-06 | 1.4.6.1 | | [1.4.5.1](engine-releases-1.4.5.1.md) | 1 | 4 | 5 | 1 | *aktif* | 2025-06-30 | 2027-03-06 | 1.4.6.0 | | [1.4.5.0](engine-releases-1.4.5.0.md) | 1 | 4 | 5 | 0 | *aktif* | 2025-04-09 | 2027-03-06 | 1.4.5.1 | | [1.4.4.0](engine-releases-1.4.4.0.md) | 1 | 4 | 4 | 0 | *aktif* | 2025-02-24 | 2027-03-06 | 1.4.5.0 | | [1.4.3.0](engine-releases-1.4.3.0.md) | 1 | 4 | 3 | 0 | *aktif* | 2025-01-21 | 2027-03-06 | 1.4.4.0 | | [1.4.2.0](engine-releases-1.4.2.0.md) | 1 | 4 | 2 | 0 | *aktif* | 2024-12-19 | 2027-03-06 | 1.4.3.0 | | [1.4.1.0](engine-releases-1.4.1.0.md) | 1 | 4 | 1 | 0 | *aktif* | 2024-11-21 | 2027-03-06 | 1.4.2.0 | | [1.4.0.0](engine-releases-1.4.0.0.md) | 1 | 4 | 0 | 0 | *aktif* | 2024-11-06 | 2027-03-06 | 1.4.1.0 | | [1.3.4.0](engine-releases-1.3.4.0.md) | 1 | 3 | 4 | 0 | *aktif* | 2024-10-01 | 2027-03-06 | 1.4.0.0 | | [1.3.3.0](engine-releases-1.3.3.0.md) | 1 | 3 | 3 | 0 | *aktif* | 2024-08-05 | 2027-03-06 | 1.3.4.0 | | [1.3.2.1](engine-releases-1.3.2.1.md) | 1 | 3 | 2 | 1 | *aktif* | 2024-06-20 | 2027-03-06 | 1.3.3.0 | | [1.3.2.0](engine-releases-1.3.2.0.md) | 1 | 3 | 2 | 0 | *aktif* | 2024-06-10 | 2027-03-06 | 1.3.2.1 | | [1.3.1.0](engine-releases-1.3.1.0.md) | 1 | 3 | 1 | 0 | *aktif* | 2024-03-06 | 2027-03-06 | 1.3.2.1 | | [1.3.0.0](engine-releases-1.3.0.0.md) | 1 | 3 | 0 | 0 | *aktif* | 2023-11-15 | 2027-03-06 | 1.3.2.1 | Tabel di bawah ini mencantumkan semua rilis mesin sejak 1.0.1.0, bersama dengan informasi tentang versi. end-of-life Anda dapat menggunakan tanggal dalam tabel ini untuk merencanakan siklus pengujian dan peningkatan Anda. | Versi | Versi besar | Versi minor | Status | Dirilis | Akhir hidup | Tingkatkan ke: | | --- | --- | --- | --- | --- | --- | --- | | [1.2.1.2](engine-releases-1.2.1.2.md) | 1.2 | 1.2 | *aktif* | 2024-08-05 | 2026-06-30 | 1.3.0.0 | | [1.2.1.1](engine-releases-1.2.1.1.md) | 1.2 | 1.1 | *aktif* | 2024-03-11 | 2026-06-30 | 1.3.0.0 | | [1.2.1.0](engine-releases-1.2.1.0.md) | 1.2 | 1.0 | *aktif* | 2023-03-08 | 2026-06-30 | 1.3.0.0 | | [1.2.0.2](engine-releases-1.2.0.2.md) | 1.2 | 0,2 | *aktif* | 2022-11-16 | 2026-06-30 | 1.3.0.0 | | [1.2.0.1](engine-releases-1.2.0.1.md) | 1.2 | 0,1 | *aktif* | 2022-10-26 | 2026-06-30 | 1.3.0.0 | | [1.2.0.0](engine-releases-1.2.0.0.md) | 1.2 | 0.0 | *aktif* | 2022-07-21 | 2026-06-30 | 1.3.0.0 | | [1.1.1.0](engine-releases-1.1.1.0.md) | 1.1 | 1.0 | *aktif* | 2022-04-19 | 2026-06-30 | 1.2.1.0 | | [1.1.0.0](engine-releases-1.1.0.0.md) | 1.1 | 0.0 | *usang* | 2021-11-19 | 2025-03-15 | 1.1.1.0 | | [1.0.5.1](engine-releases-1.0.5.1.md) | 1.0 | 5.1 | *usang* | 2021-10-01 | 2023-01-30 | 1.1.0.0 | | [1.0.5.0](engine-releases-1.0.5.0.md) | 1.0 | 5.0 | *usang* | 2021-07-27 | 2023-01-30 | 1.1.0.0 | | [1.0.4.2](engine-releases-1.0.4.2.md) | 1.0 | 4.2 | *usang* | 2021-06-01 | 2023-01-30 | 1.1.0.0 | | [1.0.4.1](engine-releases-1.0.4.1.md) | 1.0 | 4.1 | *usang* | 2020-12-08 | 2023-01-30 | 1.1.0.0 | | [1.0.4.0](engine-releases-1.0.4.0.md) | 1.0 | 4.0 | *usang* | 2020-10-12 | 2023-01-30 | 1.1.0.0 | | [1.0.3.0](engine-releases-1.0.3.0.md) | 1.0 | 3.0 | *usang* | 2020-08-03 | 2023-01-30 | 1.1.0.0 | | [1.0.2.2](engine-releases-1.0.2.2.md) | 1.0 | 2.2 | *usang* | 2020-03-09 | 2022-07-29 | 1.0.3.0 | | [1.0.2.1](engine-releases-1.0.2.1.md) | 1.0 | 2.1 | *usang* | 2019-11-22 | 2022-07-29 | 1.0.3.0 | | [1.0.2.0](engine-releases-1.0.2.0.md) | 1.0 | 2.0 | *usang* | 2019-11-08 | 2020-05-19 | 1.0.3.0 | | [1.0.1.2](engine-releases-1.0.1.2.md) | 1.0 | 1.2 | *usang* | 2019-10-15 |  — |  — | | [1.0.1.1](engine-releases-1.0.1.1.md) | 1.0 | 1.1 | *usang* | 2019-08-13 |  — |  — | | [1.0.1.0. ](engine-releases-1.0.1.0.md)\$1 | 1.0 | 1.0. \$1 | *usang* | 2019-07-02 dan sebelumnya |  — |  — | ## end-of-lifePerencanaan versi mesin utama Perencanaan rentang hidup versi mesin Versi mesin Neptunus hampir selalu mencapai akhir masa pakainya pada akhir seperempat kalender. Pengecualian hanya terjadi ketika masalah keamanan atau ketersediaan penting muncul. Ketika versi mesin mencapai akhir masa pakainya, Anda akan diminta untuk meningkatkan basis data Neptunus Anda ke versi yang lebih baru. Secara umum, versi mesin Neptunus terus tersedia sebagai berikut: + **Versi mesin minor:** Versi mesin minor tetap tersedia setidaknya selama 6 bulan setelah dirilis. + **Versi mesin utama:** Versi mesin utama tetap tersedia setidaknya selama 12 bulan setelah dirilis. Setidaknya 3 bulan sebelum versi mesin mencapai akhir masa pakainya, AWS akan mengirimkan pemberitahuan email otomatis ke alamat email yang terkait dengan AWS akun Anda dan memposting pesan yang sama ke [Dasbor AWS Kesehatan](https://docs.aws.amazon.com/health/latest/ug/aws-health-dashboard-status.html) Anda. Ini akan memberi Anda waktu untuk merencanakan dan bersiap untuk meningkatkan. Ketika versi mesin mencapai akhir masa pakainya, Anda tidak akan lagi dapat membuat cluster atau instance baru menggunakan versi itu, juga tidak akan dapat membuat instance menggunakan versi itu. Versi mesin yang benar-benar mencapai akhir masa pakainya akan secara otomatis ditingkatkan selama jendela pemeliharaan. Pesan yang dikirimkan kepada Anda 3 bulan sebelum akhir masa pakai versi mesin akan berisi detail tentang apa yang akan melibatkan pembaruan otomatis ini, termasuk versi yang akan Anda upgrade secara otomatis, dampaknya pada cluster DB Anda, dan tindakan yang kami rekomendasikan. **penting** Anda bertanggung jawab untuk menjaga versi mesin database Anda tetap terkini. AWS mendesak semua pelanggan untuk meningkatkan basis data mereka ke versi mesin terbaru untuk mendapatkan keuntungan dari perlindungan keamanan, privasi, dan ketersediaan terkini. Jika Anda mengoperasikan database Anda pada mesin atau perangkat lunak yang tidak didukung setelah tanggal penghentian (“Legacy Engine”), Anda menghadapi kemungkinan risiko keamanan, privasi, dan operasional yang lebih besar, termasuk peristiwa downtime. Pengoperasian database Anda pada mesin apa pun tunduk pada Perjanjian yang mengatur penggunaan AWS Layanan oleh Anda. Mesin Legacy umumnya tidak tersedia. AWS tidak lagi memberikan dukungan untuk Legacy Engine, dan AWS dapat membatasi akses atau penggunaan Legacy Engine kapan saja, jika AWS menentukan Legacy Engine menimbulkan risiko keamanan atau kewajiban, atau risiko bahaya, terhadap Layanan, Afiliasinya AWS, atau pihak ketiga mana pun. Keputusan Anda untuk terus menjalankan Konten Anda di Legacy Engine dapat mengakibatkan Konten Anda menjadi tidak tersedia, rusak, atau tidak dapat dipulihkan. Database yang berjalan pada Legacy Engine tunduk pada Pengecualian Service Level Agreement (SLA). DATABASE DAN PERANGKAT LUNAK TERKAIT YANG BERJALAN PADA MESIN LAMA MENGANDUNG BUG, KESALAHAN, CACAT, KOMPONEN AND/OR BERBAHAYA. DENGAN DEMIKIAN, DAN TERLEPAS DARI APA PUN YANG BERTENTANGAN DALAM PERJANJIAN ATAU KETENTUAN LAYANAN, AWS MENYEDIAKAN MESIN LAMA “SEBAGAIMANA ADANYA.” # Mesin Amazon Neptunus versi 1.4.7.0 (2026-03-03) Rilis: 1.4.7.0 (2026-03-03)Versi mesin 1.4.7.0 Pada 2026-03-03, engine versi 1.4.7.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.7.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.7.0.html). Pada 2026-03-03, engine versi 1.4.7.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Upgrade Sementara Tidak Tersedia** Upgrade ke mesin Neptunus versi 1.4.7.0 tidak tersedia saat ini karena masalah yang diketahui terkait dengan peningkatan cluster Global Database (GDB). Kami berharap dapat mengaktifkan peningkatan dalam beberapa minggu. ## Fitur Baru dalam Rilis Mesin Ini Fitur + OpenCypher membaca dari dukungan S3 untuk file Parket dan CSV melalui OC. Lihat [neptune.read ()](access-graph-opencypher-21-extensions-s3-read.md) dokumentasinya. + Fungsi kueri geospasial OpenCypher. Rilis ini mencakup 12 fungsi Tipe Spasial berdasarkan standar ISO/IEC 13249-3:2016, tipe properti Geometri baru untuk POINT yang disimpan dalam indeks geopetrik baru untuk pengambilan cepat, dan dukungan untuk format Teks Terkenal (WKT). Lihat [Data Spasial](access-graph-opencypher-22-spatial-data.md) dan [Fungsi Spasial](access-graph-opencypher-22-spatial-functions.md) dokumentasinya. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri untuk subkueri SPARQL yang mengembalikan set hasil kecil, termasuk yang memiliki nilai LIMIT kecil + Peningkatan kinerja kueri dalam kasus di mana variabel dibatasi oleh sejumlah besar nilai konstan (misalnya, oleh klausa NILAI SPARQL, atau klausa UNWIND) OpenCypher + Perbaikan untuk kueri penyisipan latensi rendah melalui beberapa pengoptimalan ke sisipan kamus + Menambahkan langkah bahasa Gremlin baru ke mesin DFE (lihat cakupan [langkah Gremlin](gremlin-step-coverage-in-DFE.md) di DFE). + Langkah-langkah jalur dan traversal: `order(local)` + Langkah-langkah agregat dan pengumpulan: `dedup(local)` + Peningkatan kinerja untuk OpenCypher kueri termasuk`COLLECT(DISTINCT ...)`. Penulisan ulang yang dijelaskan dalam [kueri Rewriting COLLECT (DISTINCT...)](best-practices-content-11.md) tidak lagi diperlukan saat menggunakan engine versi 1.4.7.0 atau yang lebih baru. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat Perbaikan umum: + Perbaiki untuk beban massal menjadi tidak responsif saat memuat sejumlah besar file tepi + Memperbaiki masalah patch cluster database global yang memengaruhi pembaruan klaster sekunder dari rilis 1.4.0.0, 1.4.1.0, dan 1.4.2.0. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.4.7.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.7.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.7.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.7.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.6.3 (2025-12-18) Rilis: 1.4.6.3 (2025-12-18)Versi mesin 1.4.6.3 Pada 2025-12-18, engine versi 1.4.6.3 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.6.3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.6.3.html). Pada 2025-12-18, engine versi 1.4.6.3 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Cacat diperbaiki dalam rilis mesin ini (1.4.6.3) Cacat diperbaiki **Perbaikan umum** + Beberapa pengecualian yang keliru diklasifikasikan sebagai Kesalahan Server Internal sekarang dilaporkan dengan benar sebagai Pengecualian Keluar dari Memori selama eksekusi Data Flow Engine (DFE). + Memperbaiki masalah yang dapat menyebabkan instance Database Neptunus gagal selama startup saat validasi ID tepi sebaris mengalami jenis entri kamus yang tidak terduga. Validasi ID tepi sebaris sekarang hanya berjalan untuk konfigurasi mesin kueri Gremlin dan menangani entri kamus non-URI dengan anggun. + Memperbaiki masalah saat pemuat massal Neptunus gagal terhubung ke S3 di wilayah tertentu karena resolusi titik akhir yang salah. **Perbaikan OpenCypher** + Memperbaiki kerusakan mesin yang terkadang terjadi dalam kueri menggunakan`CALL`. + Batas waktu tetap dan penanganan pembatalan untuk kueri mutasi. + Memperbaiki bug di mana `MERGE` klausa memberikan hasil yang salah ketika salah satu nilai properti diteruskan ke `MERGE` memiliki nilai null. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.6.3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.6.3 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.6.3 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.6.3 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.6.2 (2025-11-18) Rilis: 1.4.6.2 (2025-11-18)Versi mesin 1.4.6.2 Pada 2025-11-18, versi mesin 1.4.6.2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.6.2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.6.2.html). Pada 2025-11-18, versi mesin 1.4.6.2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Beberapa pengecualian yang secara keliru diklasifikasikan sebagai Pengecualian Kegagalan Internal (IFEs) sekarang dilaporkan dengan benar sebagai Pengecualian Modifikasi Bersamaan (CMEs) selama eksekusi Data Flow Engine (DFE). **Perbaikan Gremlin** + Meningkatkan stabilitas mesin untuk Gremlin di atas DFE **Perbaikan OpenCypher** + Memperbaiki masalah yang diperkenalkan dalam rilis mesin Neptunus 1.4.6.0 di mana kueri OpenCypher MERGE salah menangani arah hubungan masuk (←). Kueri menggunakan pola seperti MERGE (n) ← [:type] - (m) sekarang membuat hubungan dengan arah yang benar. + Memperbaiki operasi komit yang gagal pada transaksi penulis yang tidak diputar kembali dengan benar. + Paket kueri yang dioptimalkan sekarang didukung untuk kueri GABUNGAN yang mereferensikan nilai parameter. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.6.2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.6.2 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.6.2 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.6.2 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWSPremium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.6.1 (2025-09-18) Rilis: 1.4.6.1 (2025-09-18)Versi mesin 1.4.6.1 Pada 2025-09-18, engine versi 1.4.6.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.6.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.6.1.html). Pada 2025-09-18, engine versi 1.4.6.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Menghapus pemeriksaan jaringan untuk cluster yang menggunakan non-RFC 1918 sesuai rentang IP pribadi yang diperkenalkan di Release. [Mesin Amazon Neptunus versi 1.4.6.0 (2025-09-02)](engine-releases-1.4.6.0.md) **Perbaikan Gremlin** + Memperbaiki masalah manajemen koneksi websocket dengan transaksi. + Memperbaiki masalah restart instance yang jarang terjadi saat menggunakan mode DFE gremlin ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.4.6.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.6.1 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.6.1 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.6.1 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.6.0 (2025-09-02) Rilis: 1.4.6.0 (2025-09-02)Versi mesin 1.4.6.0 Pada 2025-09-02, engine versi 1.4.6.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.6.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.6.0.html). Pada 2025-09-02, engine versi 1.4.6.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Versi mesin 1.4.6.0 mencakup pemeriksaan jaringan baru untuk cluster yang menggunakan non-RFC 1918 yang sesuai dengan rentang IP pribadi untuk VPC basis data tanpa otentikasi IAM. Jika Anda memiliki konfigurasi VPC dan IAM ini, Anda perlu memperbarui VPC database Anda untuk menggunakan rentang IP pribadi RFC 1918 yang and/or mengaktifkan otentikasi IAM untuk menghindari kesalahan dengan kueri setelah memutakhirkan ke 1.4.6.0. ## Fitur baru dalam rilis mesin ini Fitur baru + Connect ke Neptunus menggunakan endpoint publik. Untuk informasi lebih lanjut, lihat titik [akhir publik Neptunus](neptune-public-endpoints.md). ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan Umum** + Peningkatan kinerja SPARQL untuk operasi pembaruan. + Peningkatan OpenCypher kinerja untuk`CREATE`,`MERGE`, dan `SET` (mutasi) operasi. + Peningkatan OpenCypher kinerja untuk operasi CALL Subquery. **Perbaikan OpenCypher** + Menambahkan petunjuk kueri baru untuk mendukung [batas waktu tingkat kueri](opencypher-query-hints-timeout-hint.md). ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan Gremlin** + Koneksi ke sesi Gremlin harus terjadi pada saluran yang sama yang membuatnya, artinya tidak mungkin menghubungkan beberapa instance klien ke sesi yang sama. + Sesi Gremlin selalu ditutup ketika klien ditutup, tetapi mereka sekarang juga akan menutup untuk server yang memulai penutupan koneksi yang mencegah koneksi ulang yang tidak diinginkan atau tidak terduga. + Kebocoran memori tetap untuk kueri Gremlin yang membaca data tipe gumpalan besar. **Perbaikan OpenCypher** + Penanganan variabel tetap setelah `CALL` subquery. + Memperbaiki masalah dengan `reduce` fungsi untuk menangani skenario luapan aritmatika dengan benar. + Memperbaiki kebocoran memori yang memengaruhi kueri parameter saat Cache Paket Kueri diaktifkan. + Memperbaiki masalah dengan `NOT EXISTS` digunakan dalam `WHERE` klausa kompleks. + Perbaiki untuk Cuncurrent Memory Exception (CMEs) yang salah dilaporkan sebagai. BadRequestException **Perbaikan SPARQL** + Memperbaiki pesan kesalahan untuk SPARQL `LOAD/UNLOAD` saat sumber jarak jauh tidak tersedia. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.6.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.6.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.6.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.6.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWSPremium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.5.1 (2025-06-30) Rilis: 1.4.5.1 (2025-06-30)Versi mesin 1.4.5.1 Pada 2025-06-30, engine versi 1.4.5.1 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.4.5.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.5.1.html). Pada 2025-06-30, engine versi 1.4.5.1 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah dengan penskalaan tanpa server yang memengaruhi semua bahasa kueri. + Memperbaiki masalah saat kesalahan internal dikembalikan pada beberapa OpenCypher kueri saat berjalan `collect(distinct())` di daftar. + Memperbaiki masalah saat kueri FTS bersamaan menyebabkan kueri FTS bersamaan lainnya dihentikan saat menggunakan tanpa server. OpenSearch ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.5.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.5.1 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.5.1 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.5.1 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.5.0 (2025-04-09) Rilis: 1.4.5.0 (2025-04-09)Versi mesin 1.4.5.0 Pada 2025-04-09, engine versi 1.4.5.0 secara umum digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.5.0.html) Engine Release 1.4.5.0. Pada 2025-04-09, engine versi 1.4.5.0 secara umum digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Kami telah menghentikan sementara peningkatan ke 1.4.5.0 karena masalah yang dapat terjadi dalam konfigurasi Tanpa Server tertentu. Kami merekomendasikan untuk meningkatkan ke versi mesin 1.4.5.1. Upgrade ke 1.4.5.0 telah dinonaktifkan sementara. ## Fitur baru dalam rilis mesin ini Fitur baru + Menambahkan langkah bahasa Gremlin baru ke mesin DFE. + **Langkah-langkah jalur dan traversal:** asDate (), dateAdd (), dateDiff (), gagal (), Inject (), label (), path (), project (), repeat (), sack (), select (), unfold (), disjunct (), drop (), identity (), intersect (), length (), loop (), barrier (), order (), range (), reverse (), sample (), cap (), split (), filter (), flatMap (), map (), sideEffect (), union (), index () + **Langkah agregat dan pengumpulan:** agregat (global), gabungkan (), hitung (), dedup (global), lipat (), grup (), groupCount () + **Langkah-langkah matematika:** max (), mean (), min (), sum () + **Langkah-langkah elemen:** otherV (), elementMap (), element (), V (), out (), in (), both (), oute (), inE (), boThe (), outV (), inV (), BothV (), otherV () + **Langkah-langkah properti:** properti (), key (), valueMap (), value () + **Langkah-langkah filter:** and (), coalesce (), coin (), is (), local (), none (), not (), or (), where () + **Langkah-langkah manipulasi string:** concat (), lTrim (), rTrim (), substring (), toLower (), toupper (), trim () + **Predikat:** + Bandingkan: eq, neq, lt, lte, gt, gte + Berisi: di dalam, tanpa + TextP: EndingWith, berisi,,, notContains notStartingWith notEndingWith + P: dan, atau, antara, di luar, di dalam Untuk detail tentang semua langkah Gremlin yang tersedia di DFE, lihat. [Cakupan langkah Gremlin di DFE](gremlin-step-coverage-in-DFE.md) ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan Umum** + Peningkatan waktu tunggu kunci log kueri lambat. Log kueri lambat sekarang menyertakan metrik waktu tunggu untuk kunci bersama dan eksklusif. Mereka disimpan sebagai bagian dari setiap transaksi jika terjadi promosi baca-tulis yang malas. Metrik ini muncul di bagian StorageCounters dari log kueri lambat. + Menjatuhkan dukungan untuk rangkaian sandi berikut: + TLS\$1ECDHE\$1RSA\$1WITH\$1AES\$1128\$1CBC\$1 SHA256 + TLS\$1ECDHE\$1RSA\$1WITH\$1AES\$1256\$1CBC\$1 SHA384 + TLS\$1ECDHE\$1ECDSA\$1DENGAN\$1AES\$1128\$1CBC\$1 SHA256 + TLS\$1ECDHE\$1ECDSA\$1DENGAN\$1AES\$1256\$1CBC\$1 SHA384 **Perbaikan Gremlin** + Menambahkan banyak langkah baru ke bahasa Gremlin. Untuk informasi selengkapnya, lihat [Cakupan langkah Gremlin di DFE](gremlin-step-coverage-in-DFE.md). **Peningkatan OpenCypher** + CREATE, MERGE, dan SET (mutasi) peningkatan kinerja. + CALL Peningkatan kinerja Subquery. + Dukungan untuk dukungan header trailing HTTP untuk respons OpenCypher multi-bagian. Untuk informasi selengkapnya, lihat [Header tambahan HTTP opsional](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-queries.html#optional-http-trailing-headers). + Menambahkan fungsi temporal hari, bulan, dan tahun ke OpenCypher. Untuk informasi lebih lanjut, lihat [Fungsi temporal](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#temporal-functions). ``` RETURN day(datetime('2021-06-03T01:48:14Z')) { "results": [{ "day(datetime('2021-06-03T01:48:14Z'))": 3 }] } ``` ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah yang menjatuhkan file Audit/SlowQueryLog log. **Perbaikan Gremlin** + Memperbaiki masalah dengan kueri Gremlin yang berjalan dengan fitur Result Cache dinonaktifkan. Kueri yang diakhiri dengan iterate () mengembalikan hasil alih-alih mengembalikan respons kosong. + Memperbaiki masalah dengan Cache Hasil Gremlin yang disebabkan oleh kueri bersamaan dengan kunci yang sama. Salah satu kueri yang berjalan bersamaan salah mengembalikan hasil alih-alih mengembalikan hasil kosong. + Memperbaiki masalah dengan kueri ekspor Amazon S3 yang akan menyebabkan kueri gagal dalam unggahan multi-bagian Amazon S3 karena batas waktu atau pembatalan, dengan meningkatkan waktu pembersihan. + Memperbaiki masalah izin yang terkait dengan ekspor Amazon S3 Gremlin. **Perbaikan SPARQL** + Memperbaiki masalah dalam penanganan kueri SPARQL yang mendeklarasikan beberapa basis yang hanya akan menyebabkan deklarasi awal IRIs yang akan digunakan. + Memperbaiki masalah dalam penanganan `REPLACE` fungsi SPARQL menggunakan string pola tidak valid yang akan menyebabkan kesalahan dikembalikan. + Memperbaiki masalah dalam penanganan `REPLACE` fungsi SPARQL menggunakan flag case-insensitivity (`"i"`) dengan data unicode. + Memperbaiki masalah dalam penguraian kueri SPARQL menggunakan urutan escape yang tidak valid `\u` dan `\U` codepoint yang dapat menyebabkan tidak ada respons yang dikembalikan. + Memperbaiki masalah dalam `IRI` fungsi SPARQL yang tidak selalu benar menyelesaikan relatif IRIs terhadap basis IRI saat ini. + Memperbaiki masalah yang menyebabkan `SPARQL INSERT DATA` dan `DELETE DATA` memperbarui menggunakan nama awalan untuk gagal menyelesaikan dengan benar relatif IRIs terhadap basis IRI saat ini. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.4.5.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.5.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.5.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.5.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWSPremium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.4.0 (2025-02-24) Rilis: 1.4.4.0 (2025-02-24)Versi mesin 1.4.4.0 Pada 2025-02-24, engine versi 1.4.4.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.4.0.html) Engine Release 1.4.4.0. Pada 2025-02-24, engine versi 1.4.4.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Cache rencana kueri sementara tidak didukung untuk kasus penggunaan mengeksekusi kueri berparameter yang melibatkan nilai parameter numerik, karena bug dalam menangani penggunaan duplikat parameter tipe numerik dalam kueri. Misalnya: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Kueri yang melakukan banyak pencarian indeks pada pernyataan atau indeks kamus dapat melihat regresi kinerja 5%. Misalnya - mendapatkan hitungan semua simpul, atau mendapatkan semua simpul tidak akan terpengaruh. `id` Mendapatkan semua properti dari semua simpul bisa melihat regresi hingga 5%. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah `WITH` ketika klausa yang berisi tanda bintang (`*`) dan ekspresi aliasing menyebabkan penguraian kueri yang salah di OpenCypher. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.4.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.4.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.4.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.4.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.3.0 (2025-01-21) Rilis: 1.4.3.0 (2025-01-21)Versi mesin 1.4.3.0 Pada 2025-01-21, engine versi 1.4.3.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.3.0.html) Engine Release 1.4.3.0. Pada 2025-01-21, engine versi 1.4.3.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Cache paket kueri sementara tidak didukung untuk kasus penggunaan mengeksekusi kueri berparameter yang melibatkan nilai parameter numerik, karena bug dalam menangani penggunaan duplikat parameter tipe numerik dalam kueri. Misalnya: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Kueri yang melakukan banyak pencarian indeks pada pernyataan atau indeks kamus dapat melihat regresi kinerja 5%. Misalnya - mendapatkan hitungan semua simpul, atau mendapatkan semua simpul tidak akan terpengaruh. `id` Mendapatkan semua properti dari semua simpul bisa melihat regresi hingga 5%. ## Fitur baru dalam rilis mesin ini Fitur baru + [Mengekspor hasil kueri Gremlin ke Amazon S3](exporting-gremlin.md). Mengekspor hasil kueri Gremlin langsung ke Amazon S3. Fitur ini memungkinkan Anda menangani hasil kueri besar secara efisien dengan mengekspornya ke bucket Amazon S3, alih-alih mengembalikannya sebagai respons kueri. ``` g.V(). hasLabel('Comment'). valueMap(). call('neptune.query.exportToS3', [ 'destination': 's3://your-bucket/path/result.json', 'format': 'GraphSONv3', 'keyArn': 'optional-kms-key-arn' ]) ``` + **Contoh R7i**. Keluarga instans R7i, hingga 48xlarge, sekarang tersedia di wilayah berikut: + ap-northeast-1 - Asia Pasifik (Tokyo) + ap-northeast-2 - Asia Pasifik (Seoul) + ap-south-1 - Asia Pasifik (Mumbai) + ap-southeast-1 - Asia Pasifik (Singapura) + ap-southeast-2 - Asia Pasifik (Sydney) + ap-southeast-3 - Asia Pasifik (Jakarta) + ca-central-1 - Kanada (Tengah) + eu-central-1 - Eropa (Frankfurt) + eu-north-1 - Eropa (Stockholm) + eu-south-2 - Eropa (Spanyol) + eu-west-1 - Eropa (Irlandia) + eu-west-2 - Eropa (London) + eu-west-3 - Eropa (Paris) + us-east-1 - AS Timur (Virginia Utara) + us-east-2 - AS Timur (Ohio) + us-west-1 - AS Barat (California Utara) + us-west-2 - AS Barat (Oregon) ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan Umum** + Dukungan mode lab untuk pengumpulan sampah kamus (GC). Saat diaktifkan, entri kamus yang tidak digunakan dibersihkan oleh pekerjaan latar belakang. Itu tidak mengurangi`VolumeBytesUsed`, itu membebaskan ruang dalam indeks untuk sisipan baru. Tingkat pertumbuhan cenderung `VolumeBytesUsed` lebih kecil ketika kamus GC diaktifkan relatif terhadap saat tidak. Ini berfungsi untuk data grafik properti (disisipkan melalui Gremlin atau OpenCypher) ketika parameter tidak diaktifkan. `neptune_streams` Untuk informasi selengkapnya, lihat [Pengumpulan sampah kamus Neptunus](storage-gc.md) ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki dua masalah kebocoran memori yang memengaruhi FreeableMemory saat mesin DFE digunakan. **Perbaikan OpenCypher** + Selesaikan masalah dengan MERGE ON MATCH/ON CREATE untuk baris duplikat. ``` UNWIND [1, 1] AS id MERGE (n:Person {id: id}) ON CREATE SET n.p = 5 ON MATCH SET n.p = 6 ``` ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.3.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.3.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.3.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.3.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.2.0 (2024-12-19) Rilis: 1.4.2.0 (2024-12-19)Versi mesin 1.4.2.0 Pada 2024-12-19, engine versi 1.4.2.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.2.0.html) Engine Release 1.4.2.0. Pada 2024-12-19, engine versi 1.4.2.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Cache rencana kueri sementara tidak didukung untuk kasus penggunaan mengeksekusi kueri berparameter yang melibatkan nilai parameter numerik, karena bug dalam menangani penggunaan duplikat parameter tipe numerik dalam kueri. Misalnya: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Kueri yang melakukan banyak pencarian indeks pada pernyataan atau indeks kamus dapat melihat regresi kinerja 5%. Misalnya - mendapatkan hitungan semua simpul, atau mendapatkan semua simpul tidak akan terpengaruh. `id` Mendapatkan semua properti dari semua simpul bisa melihat regresi hingga 5%. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki rencana eksekusi dan kinerja untuk kueri dengan beberapa akses properti di atas variabel yang sama di dalam PENCOCOKAN OPSIONAL dan pemahaman daftar. Misalnya: ``` MATCH (n) WHERE n.name = 'A' OPTIONAL MATCH (n)-[:knows]->(m) WHERE m.name = 'C' or m.city = 'B' RETURN m ``` ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.2.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.2.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.2.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.2.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.1.0 (2024-11-21) Rilis: 1.4.1.0 (2024-11-21)Versi mesin 1.4.1.0 Pada 2024-11-21, engine versi 1.4.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.1.0.html) Engine Release 1.4.1.0. Pada 2024-11-21, engine versi 1.4.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **Awas** Cache rencana kueri sementara tidak didukung untuk kasus penggunaan mengeksekusi kueri berparameter yang melibatkan nilai parameter numerik, karena bug dalam menangani penggunaan duplikat parameter tipe numerik dalam kueri. Contoh: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Kueri yang melakukan banyak pencarian indeks pada pernyataan atau indeks kamus dapat melihat regresi kinerja 5%. Misalnya - mendapatkan hitungan semua simpul, atau mendapatkan semua simpul tidak akan terpengaruh. `id` Mendapatkan semua properti dari semua simpul bisa melihat regresi hingga 5%. ## Fitur baru dalam rilis mesin ini Fitur baru + Menambahkan dukungan untuk `CALL` subquery dengan subquery read-only, memungkinkan eksekusi operasi dalam lingkup yang ditentukan. `CALL`Subquery dijalankan sekali untuk setiap baris yang masuk dan variabel yang dikembalikan dalam subquery tersedia untuk lingkup luar dari kueri terlampir. Variabel dari lingkup luar dapat diimpor ke `CALL` subquery menggunakan klausa impor. `WITH` Untuk informasi selengkapnya, lihat [CALL dukungan subquery di Neptunus](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#call-subquery-support). ``` MATCH (origin:airport {code:"AUS"})-[:route]->(stopover) CALL { WITH stopover MATCH (stopover)-[r:route]->(destination) RETURN destination ORDER BY r.dist DESC LIMIT 2 } RETURN stopover, destination ``` + Ditambahkan fungsi OpenCypher. Kami memperkenalkan delapan fungsi baru untuk membantu string, operasi koleksi, dan penyortiran koleksi. Ini termasuk:`textIndexOf`,`collToSet`,`collSubtract`,`collIntersection`,`collSort`,`collSortMaps`,`collSortMulti`, dan`collSortNodes`. Lihat fungsi [Neptunus OpenCypher](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#opencypher-compliance-new-functions) untuk deskripsi, parameter input, output, dan contoh. ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan Gremlin** + Parameter mode lab baru`AccurateQRCMemoryEstimation`. [Cache hasil kueri Gremlin](https://docs.aws.amazon.com//neptune/latest/userguide/gremlin-results-cache.html), ketika diaktifkan, memungkinkan caching hasil kueri pada database. Secara default perkiraan perkiraan digunakan untuk menentukan ukuran hasil cache. Dengan parameter mode lab ini `AccurateQRCMemoryEstimation` diaktifkan, estimasi ukuran untuk hasil cache akan menggunakan perkiraan ukuran yang akurat alih-alih perkiraan. + Memperbaiki masalah dengan pengoptimalan filter “tidak” dalam kueri Gremlin yang dijalankan pada mesin eksekusi default. Masalah ini memengaruhi kueri saat tepi difilter menggunakan langkah not () yang dikombinasikan dengan salah satu langkah outV () /inV () /otherV (). Contoh kueri meliputi: + `g.E().hasLabel("knows").not(outV().hasId("5"))` + `g.V().has('airport','code','SDF').outE().where(not(otherV().has(id, within('1','5','7')))).count()` **Perbaikan OpenCypher** + Peningkatan kinerja untuk kueri yang menggunakan daftar statis besar atau peta. Kueri tertentu dengan UNWIND atas daftar besar peta bersarang yang digunakan untuk menyisipkan/meningkatkan node dengan properti melihat peningkatan kinerja yang signifikan. + Memperkenalkan petunjuk kueri OpenCypher baru untuk menginstruksikan mesin untuk mengasumsikan tipe data yang konsisten untuk nilai yang digunakan dalam kueri. Lihat [AssumeConsistentDataTypes](https://docs.aws.amazon.com//neptune/latest/userguide/opencypher-query-hints-AssumeConsistentDataTypes.html)untuk detail tentang petunjuk kueri OpenCypher baru. + Memperkenalkan satu set [fungsi OpenCypher baru](https://docs.aws.amazon.com//neptune/latest/userguide/access-graph-opencypher-extensions.html#opencypher-compliance-new-functions) untuk menangani teks dan nilai koleksi. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan Gremlin** + Memperbaiki masalah di jalur kode TinkerPop OSS untuk membangun representasi Bytecode dari kueri traversal ketika salah satu `withStrategies()/withoutStrategies()/with()` langkah digunakan pada objek `GraphTraversalSource` “g”. Masalah salah menambahkan instruksi baru ke Bytecode alih-alih mengganti instruksi yang ada untuk strategi yang sama dan menyebabkan ketidakcocokan kunci cache selama pembatalan cache hasil untuk menghapus hasil yang disimpan. **Perbaikan OpenCypher** + Perilaku yang dikoreksi untuk ``~id`match` dalam CREATE/MERGE/MATCH klausa. Saat menggunakan ``~id`` nilai yang tidak valid seperti tipe null atau non-string, pengecualian yang benar sekarang dilemparkan untuk CREATE/MERGE klausa dan hasil nol dikembalikan untuk klausa. `MATCH` + Memperbaiki IFE saat pengguna menggunakan nilai tipe yang tidak didukung dengan fungsi agregasi (yaitu sum ()). + Memperbaiki masalah di mana beberapa kueri mutasi latensi rendah dari beban kerja kueri yang besar gagal dengan kesalahan. OutOfMemory **Perbaikan SPARQL** + Memperbaiki masalah log audit saat menangani kueri SPARQL yang berisi karakter. `'%'` ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.1.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.1.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.1.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.1.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWSPremium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.4.0.0 (2024-11-06) Rilis: 1.4.0.0 (2024-11-06)Versi mesin 1.4.0.0 Pada 2024-11-06, engine versi 1.4.0.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.4.0.0.html) Engine Release 1.4.0.0. Pada 2024-11-06, engine versi 1.4.0.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). **Awas** Cache rencana kueri sementara tidak didukung untuk kasus penggunaan mengeksekusi kueri berparameter yang melibatkan nilai parameter numerik, karena bug dalam menangani penggunaan duplikat parameter tipe numerik dalam kueri. Contoh: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Kueri yang melakukan banyak pencarian indeks pada pernyataan atau indeks kamus dapat melihat regresi kinerja 5%. Misalnya - mendapatkan hitungan semua simpul, atau mendapatkan semua simpul tidak akan terpengaruh. `id` Mendapatkan semua properti dari semua simpul bisa melihat regresi hingga 5%. ## Fitur baru dalam rilis mesin ini Fitur baru + Ketika edge ditambahkan ke grafik properti tanpa ID eksplisit, secara default server menetapkan ID tepi berbasis UUID, yang disimpan dalam kamus. Sekarang dengan menetapkan parameter cluster baru,`neptune_enable_server_generated_edge_id = 1`, server akan menetapkan IDs menggunakan integer 8-byte yang dikelola secara internal, tanpa overhead kamus. Ini menghasilkan penghematan penyimpanan dan peningkatan kinerja kueri tanpa perubahan apa pun pada kueri. Fitur ini saat ini didukung untuk sisipan melalui bahasa kueri Gremlin saja. + Menambahkan dukungan untuk eksekusi langkah limit () Gremlin di lintasan bersarang untuk mesin DFE. ``` g.V().project("foo").by(out().order().by(T.id).limit(1)) ``` ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan Umum** + Neptunus akan secara otomatis merebut kembali penyimpanan undo yang dimiliki oleh transaksi besar setelah transaksi selesai dan log tidak lagi diperlukan untuk pemulihan. + Support untuk replika survival database global. Fitur ini memungkinkan cluster sekunder untuk tetap melayani permintaan baca selama instance penulis restart pada cluster utama. Sebelumnya, ketika instance penulis dimulai ulang, semua instance pembaca di cluster sekunder juga dimulai ulang. Dengan rilis ini, instance pembaca klaster sekunder terus menyajikan permintaan baca selama instance penulis dimulai ulang, meningkatkan ketersediaan baca di cluster. + Log audit sekarang ditulis secara sinkron, yang menjamin bahwa setiap kueri dicatat. Ini dapat memengaruhi kinerja untuk kueri yang sangat besar (> 100kb) atau beban kerja throughput tinggi (> 1000 qps). **Perbaikan Gremlin** + Batas waktu per kueri secara default diberlakukan agar lebih kecil dari batas waktu tingkat cluster. Dalam rilis sebelumnya, pemeriksaan ini diperkenalkan tetapi perlu diaktifkan secara eksplisit melalui parameter mode lab ''. StrictTimeoutValidation Dengan rilis ini, 'StrictTimeoutValidation' akan diaktifkan secara default dan harus dinonaktifkan secara eksplisit untuk menjaga perilaku lama. **Perbaikan OpenCypher** + Dalam rilis sebelumnya, kami memperkenalkan [dukungan format datetime yang diperluas](https://docs.aws.amazon.com//neptune/latest/userguide/feature-opencypher-compliance.html#opencypher-compliance-time-na), diaktifkan melalui parameter mode lab. `DatetimeMillisecond` Dukungan format datetime yang diperluas ini sekarang diaktifkan secara default. **Perbaikan SPARQL** + Tindakan IAM eksplisit baru untuk izin kueri. ``` Previously: COPY: WriteDataViaQuery & ReadDataViaQuery MOVE: WriteDataViaQuery & DeleteDataViaQuery DELETEINSERT: ReadDataViaQuery & DeleteDataViaQuery Now, COPY: WriteDataViaQuery & ReadDataViaQuery & DeleteDataViaQuery MOVE: WriteDataViaQuery & ReadDataViaQuery & DeleteDataViaQuery DELETEINSERT: ReadDataViaQuery, WriteDataViaQuery if there is INSERT clause, DeleteDataViaQuery if there is DELETE clause. ``` ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah dengan instance Tanpa Server yang dapat menyebabkan restart basis data saat meningkatkan skala. + Memperbaiki masalah yang terkait dengan manajemen file log audit yang dapat menyebabkan file log tidak dapat diakses untuk diunduh atau dirotasi, dan dalam beberapa kasus meningkatkan penggunaan CPU. + Memperbaiki masalah kueri yang terkait dengan pengoptimalan yang menunda pembuatan keluaran peta di mesin DFE. + Memperbaiki masalah yang menyebabkan stempel waktu yang tidak cocok antara log audit dan log kueri lambat. **Perbaikan Gremlin** + Menyelesaikan masalah dalam manajemen WebSocket koneksi Gremlin di mana kueri yang berjalan untuk waktu melebihi batas waktu idle koneksi dihentikan sebelum waktunya. Ini secara khusus mempengaruhi klien Python Gremlin menggunakan transportasi AIOHTTP. **Perbaikan OpenCypher** + Memperbaiki masalah pada langkah pengumpulan yang menyebabkan pengecualian kegagalan internal saat nilai nol hadir selama konstruksi kueri kumpulkan (berbeda (n)). + Memperbaiki masalah yang `NullPointerException` mungkin terjadi dalam kueri saat cache paket kueri diaktifkan. + Memperbaiki masalah yang mengevaluasi lebih banyak data daripada yang dibutuhkan saat kueri berisi klausa LIMIT. + Memperbaiki masalah saat menggunakan operasi rentang (<, <=, >, >=) dalam kueri berparameter dengan cache rencana kueri akan menghasilkan hasil duplikat. + Memperbaiki masalah yang mentransposisi kolom hasil saat operasi UNION dan UNION ALL dilakukan menggunakan koneksi baut. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.4.0.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.4.0.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.4.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.4.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWSPremium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.3.4.0 (2024-10-01) Rilis: 1.3.4.0 (2024-10-01)Versi mesin 1.3.4.0 Pada 2024-10-01, engine versi 1.3.4.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.4.0.html) Engine Release 1.3.4.0. Pada 2024-10-01, engine versi 1.3.4.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). **Awas** Masalah terdeteksi dengan operasi pembaruan SPARQL 1.1 yang mungkin ada dalam kondisi tertentu ketika operator pembaruan digunakan dengan kebijakan otorisasi berbasis tindakan. Jika Anda menggunakan operasi pembaruan SPARQL 1.1 dengan kebijakan otorisasi berbasis tindakan, kami sarankan untuk meningkatkan ke versi mesin minor Neptunus terbaru (setidaknya 1.3.4.0) yang mencakup perbaikan untuk masalah ini. Cache paket kueri dinonaktifkan sementara untuk kueri berparameter yang melibatkan nilai parameter numerik karena masalah dalam menangani penggunaan duplikat parameter tipe numerik seperti pada kueri berikut: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` ## Perbaikan dalam rilis mesin ini Perbaikan + Menambahkan dukungan untuk eksekusi langkah limit () Gremlin di lintasan bersarang untuk mesin DFE. + Menambahkan CloudWatch metrik yang terkait dengan cache hasil Gremlin seperti yang tercantum di bawah ini, yang dapat berguna dalam mendiagnosis dan menyetel latensi cache hasil. Lihat [Metrik Neptunus](https://docs.aws.amazon.com//neptune/latest/userguide/cw-metrics.html#cw-metrics-available) untuk detailnya. ``` NumResultCacheHit NumResultCacheMiss ResultCacheSizeInBytes ResultCacheItemCount ResultCacheOldestItemTimestamp ResultCacheNewestItemTimestamp ``` ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah di mana dalam kasus yang jarang terjadi, mesin mogok alih-alih mengembalikan kesalahan kueri. **Perbaikan Gremlin** + Kami telah meningkatkan penanganan permintaan dan pelaporan kesalahan ketika klien atau proxy mengirim permintaan peningkatan soket web melalui koneksi established/used HTTP (sebelumnya 400 tanggapan dengan kesalahan “tidak ada skrip gremlin yang disediakan, kode MissingParameterException" dikembalikan). + Mengoptimalkan penanganan `mergeV` langkah-langkah dengan pembaruan nilai properti kardinalitas tunggal. Misalnya, kueri di bawah ini sekarang didukung secara native di Neptunus. ``` g.mergeV([(T.id): 1234]). option(onMatch, ['age': single(20), 'name': single('alice'), 'city': set('miami')]) ``` + Memperbaiki masalah evaluasi kueri DFE Gremlin yang menyebabkan kueri gagal dengan file. `InternalFailureException` Kesalahan ini terjadi dengan pola tertentu `select` seperti yang ditunjukkan pada contoh berikut: ``` g.V("1").as("a").as("b").select("a","b").dedup() ``` **Perbaikan OpenCypher** + Memperbaiki masalah saat menjalankan `collect(distinct())` dengan nilai nol yang ada menyebabkan kesalahan dikembalikan. + Memperbaiki masalah saat menjalankan kueri berparameter yang berisi filter rentang (/>= terhadap nilai parameter) mengarah ke hasil. duplicate/missing + Memperbaiki bug di mana mesin DFE menghasilkan lebih banyak output daripada yang diminta dalam kueri batas, yang dapat menyebabkan kesalahan memori. **Perbaikan SPARQL** + Memperbaiki masalah saat menjalankan kueri pembaruan SPARQL federasi pada kluster yang mendukung otentikasi IAM menyebabkan kesalahan dikembalikan. + Memperbaiki izin berbasis tindakan untuk operasi pembaruan SPARQL 1.1. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.3.4.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.3.4.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.4.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.4.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.3.3.0 (2024-08-05) Rilis: 1.3.3.0 (2024-08-05)Versi mesin 1.3.3.0 Pada 2024-08-05, engine versi 1.3.3.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.3.0.html) Engine Release 1.3.3.0. Pada 2024-08-05, engine versi 1.3.3.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). **Awas** Rilis mesin 1.3.3.0 memperkenalkan beberapa masalah potensial yang harus Anda waspadai. Lihat bagian di bawah ini [Mengurangi masalah dalam rilis 1.3.3.0](#1.3.3.0-mitigation) untuk informasi lebih lanjut. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbaiki masalah di mana mesin menjadi tidak stabil ketika ada sejumlah besar predikat dalam cache predikat. **Perbaikan OpenCypher** + Memperbaiki masalah di mana eksekusi kueri dapat tetap macet setelah pengecualian internal dilemparkan. + Memperbaiki masalah di mana kueri dapat gagal dengan pengecualian internal saat menggunakan cache paket kueri. **Perbaikan SPARQL** + Memperbaiki masalah dengan SPARQL 1.1 Graph Store HTTP Protocol (GSP) yang mungkin ada dalam kondisi tertentu ketika GSP digunakan dengan kebijakan otorisasi berbasis tindakan. ## Mengurangi masalah dalam rilis 1.3.3.0 + Kueri yang menggunakan nilai filter numerik dapat mengembalikan hasil yang salah saat menggunakan cache rencana kueri. Untuk menghindari masalah, gunakan petunjuk kueri `QUERY:PLANCACHE "disabled"` untuk melewati cache rencana kueri. Misalnya, gunakan: ``` USING QUERY:PLANCACHE "disabled" MATCH (n:person) WHERE n.yearOfBirth > $year RETURN n parameters={"year":1950} ``` + Kueri menggunakan nama parameter yang sama beberapa kali dapat gagal dengan kesalahan`Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. Lewati cache rencana kueri seperti di atas dalam kasus seperti itu, atau duplikat parameter seperti dalam contoh ini: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Gunakan petunjuk `QUERY:PLANCACHE "disabled"` atau modifikasi parameter: ``` MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n UNION MATCH (n:show) WHERE n.duration>=$dur_min RETURN n parameters={"rt_min":130, "dur_min":130} ``` + Kueri yang dijalankan dengan protokol Bolt dapat menghasilkan hasil yang salah jika kueri adalah kueri UNION atau UNION ALL. Untuk menghindari masalah ini, pertimbangkan untuk mengeksekusi kueri tertentu dengan titik akhir HTTP. Atau, jalankan setiap bagian dari serikat secara terpisah saat menggunakan protokol Bolt. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.3.3.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.3.3.0 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.3.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.3.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.3.2.1 (2024-06-20) Rilis: 1.3.2.1 (2024-06-20)Versi mesin 1.3.2.1 Pada 2024-06-20, engine versi 1.3.2.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.3.2.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.2.1.html). Pada 2024-06-20, engine versi 1.3.2.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). **Awas** Rilis mesin 1.3.2.1 memperkenalkan beberapa masalah potensial yang harus Anda waspadai. Lihat bagian di bawah ini [Mengurangi masalah dalam rilis 1.3.2.1](#1.3.2.1-mitigation) untuk informasi lebih lanjut. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan OpenCypher** + Bug terdeteksi dalam fitur cache rencana kueri untuk kueri berparameter yang berisi `WITH` klausa bagian dalam yang memiliki `SKIP` dan sebagai parameter. `LIMIT` SKIP/LIMIT Nilai tidak diparameterisasi dengan benar, dan sebagai hasilnya, eksekusi selanjutnya dari rencana kueri cache yang sama dengan nilai parameter yang berbeda masih akan mengembalikan hasil yang sama dengan eksekusi pertama. Ini telah diperbaiki. ``` # insert some nodes UNWIND range(1, 10) as i CREATE (s {name: i}) RETURN s # sample query MATCH (p) WITH p ORDER BY p.name SKIP $s LIMIT $l RETURN p.name as res # first time executing with {"s": 2, "l": 1} { "results" : [ { "res" : 3 } ] } # second time executing with {"s": 2, "l": 10} # due to bug, produces { "results" : [ { "res" : 3 } ] } # with fix, produces correct results: { "results" : [ { "res" : 3 }, { "res" : 4 }, { "res" : 5 }, { "res" : 6 }, { "res" : 7 }, { "res" : 8 }, { "res" : 9 }, { "res" : 10 } ] }% ``` + Memperbaiki bug di mana kueri mutasi berparameter muncul `InternalFailureException` ketika parameter yang diteruskan belum ada dalam database. + Memperbaiki bug di mana kueri Bolt berparameter macet setelah mencapai kondisi balapan selama pembersihan sumber daya kueri. ## Perubahan 1.3.2.1 dibawa dari 1.3.2.0 ### Perbaikan dilakukan dari rilis mesin 1.3.2.0 Perbaikan **Perbaikan umum** + Support untuk TLS versi 1.3 termasuk cipher suite TLS\$1AES\$1128\$1GCM\$1 dan SHA256 TLS\$1AES\$1256\$1GCM\$1. SHA384 TLS 1.3 adalah opsi - TLS 1.2 masih minimum. + Dukungan tambahan OpenCypher untuk format dateime ada di lab\$1mode untuk versi ini. Kami mendorong Anda untuk mengujinya. **Perbaikan Gremlin** + TinkerPop Peningkatan 3.7.x + Memberikan perluasan besar bahasa Gremlin. + Langkah-langkah baru untuk memproses string, daftar, dan tanggal. + Sintaks baru untuk menentukan kardinalitas dalam langkah. `mergeV()` + `union()`sekarang dapat digunakan sebagai langkah awal. + Untuk mempelajari lebih lanjut tentang perubahan di 3.7.x, lihat dokumentasi [TinkerPop pemutakhiran](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_tinkerpop_3_7_1). + [Saat memutakhirkan driver bahasa Gremlin klien untuk Java, perhatikan bahwa kelas serializer telah membatalkan beberapa penggantian nama.](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_serializer_renaming) Anda perlu memperbarui paket dan penamaan kelas dalam file konfigurasi Anda dan dalam kode, jika ditentukan. + `StrictTimeoutValidation`(hanya jika diaktifkan melalui labmode `StrictTimeoutValidation` dengan menyertakan`StrictTimeoutValidation=enabled`): Ketika `StrictTimeoutValidation` parameter memiliki nilai`enabled`, nilai batas waktu per kueri yang ditentukan sebagai opsi permintaan atau petunjuk kueri tidak dapat melebihi nilai yang ditetapkan secara global dalam grup parameter. Dalam kasus seperti itu, Neptunus akan melempar a. `InvalidParameterException` Pengaturan ini dapat dikonfirmasi sebagai respons pada `/status` titik akhir saat nilainya`disabled`, dan di Neptunus versi 1.3.2.0 dan 1.3.2.1 nilai default parameter ini adalah. `Disabled` **Perbaikan OpenCypher** + Mesin Amazon Neptune versi 1.3.2.0 memberikan throughput hingga 9x lebih cepat dan 10x lebih tinggi untuk kinerja kueri OpenCypher vs rilis mesin sebelumnya. + Kueri latensi rendah dan peningkatan kinerja throughput: Peningkatan kinerja keseluruhan untuk kueri OpenCypher latensi rendah. Versi baru juga meningkatkan throughput untuk kueri tersebut. Perbaikan lebih signifikan ketika kueri parameter digunakan. + Support for Query Plan Cache: Ketika kueri dikirimkan ke Neptunus, string kueri diurai, dioptimalkan, dan diubah menjadi rencana kueri, yang kemudian dieksekusi oleh mesin. Aplikasi sering didukung oleh pola kueri umum yang dipakai dengan nilai yang berbeda. Cache rencana kueri dapat mengurangi latensi keseluruhan dengan menyimpan paket kueri dan dengan demikian menghindari penguraian dan pengoptimalan untuk pola berulang tersebut. Lihat [Cache paket kueri di Amazon Neptunus](access-graph-qpc.md) untuk detail selengkapnya. + Peningkatan Kinerja untuk kueri agregasi DISTINCT. + Peningkatan kinerja untuk gabungan yang melibatkan variabel nullable. + Peningkatan kinerja untuk kueri yang melibatkan tidak sama dengan predikat id (node/relasi). + Dukungan diperpanjang untuk fungsionalitas datetime (Hanya diaktifkan melalui mode lab `DatetimeMillisecond` dengan menyertakan. `DatetimeMillisecond=enabled` Untuk informasi selengkapnya, lihat [Dukungan sementara dalam implementasi Neptunus OpenCypher (Neptunus Analytics dan Neptunus Database 1.3.2.0 dan di atasnya)](feature-opencypher-compliance.md#opencypher-compliance-time-na). ### Perbaikan cacat terbawa dari rilis mesin 1.3.2.0 Cacat diperbaiki **Perbaikan umum** + Memperbarui pesan kesalahan Neptuneml saat memvalidasi akses ke bucket Graphlytics. **Perbaikan Gremlin** + Memperbaiki informasi label yang hilang dalam terjemahan kueri DFE, untuk skenario di mana langkah-langkah kontribusi non-jalur berisi label. Misalnya: ``` g.withSideEffect('Neptune#useDFE', true). V(). has('name', 'marko'). has("name", TextP.regex("mark.*")).as("p1"). not(out().has("name", P.within("peter"))). out().as('p2'). dedup('p1', 'p2') ``` + Memperbaiki `NullPointerException` bug dalam terjemahan kueri DFE, yang terjadi ketika kueri dijalankan dalam dua fragmen DFE, dan fragmen pertama dioptimalkan ke node yang tidak memuaskan. Misalnya: ``` g.withSideEffect('Neptune#useDFE', true). V(). has('name', 'doesNotExists'). has("name", TextP.regex("mark.*")). inject(1). V(). out(). has('name', 'vadas') ``` + Memperbaiki bug di mana Neptunus bisa melempar `InternalFailureException` ketika kueri ValueTraversal berisi di dalam by () modulator dan inputnya adalah Map. Misalnya: ``` g.V(). hasLabel("person"). project("age", "name").by("age").by("name"). order().by("age") ``` **Perbaikan OpenCypher** + Peningkatan operasi UNWIND (misalnya memperluas daftar nilai ke dalam nilai individual) untuk membantu mencegah situasi out of memory (OOM). Misalnya: ``` MATCH (n)-->(m) WITH collect(m) AS list UNWIND list AS m RETURN m, list ``` + Optimalisasi id kustom tetap jika terjadi beberapa operasi MERGE di mana id disuntikkan melalui UNWIND. Misalnya: ``` UNWIND [{nid: 'nid1', mid: 'mid1'}, {nid: 'nid2', mid: 'mid2'}] as ids MERGE (n:N {`~id`: ids.nid}) MERGE (m:M {`~id`: ids.mid}) ``` + Memperbaiki ledakan memori saat merencanakan kueri kompleks dengan akses properti dan beberapa hop dengan hubungan dua arah. Misalnya: ``` MATCH (person1:person)-[:likes]->(res)-[:partOf]->(group)-[:knows]-(:entity {name: 'foo'}), (person1)-[:knows]->(person2)-[:likes]-(res2), (comment)-[:presentIn]->(:Group {name: 'barGroup'}), (person1)-[:commented]->(comment2:comment)-[:partOf]->(post:Post), (comment2)-[:presentIn]->(:Group {name: 'fooGroup'}), (comment)-[:contains]->(info:Details)-[:CommentType]->(:CommentType {name: 'Positive'}), (comment2)-[:contains]->(info2:Details)-[:CommentType]->(:CommentType {name: 'Positive'}) WHERE datetime('2020-01-01T00:00') <= person1.addedAfter <= datetime('2023-01-01T23:59') AND comment.approvedBy = comment2.approvedBy MATCH (comment)-[:contains]->(info3:Details)-[:CommentType]->(:CommentType {name: 'Neutral'}) RETURN person1, group.name, info1.value, post.ranking, info3.value ``` + Kueri agregasi tetap dengan null sebagai kelompok berdasarkan variabel. Misalnya: ``` MATCH (n) RETURN null AS group, sum(n.num) AS result ``` **Perbaikan SPARQL** + Memperbaiki parser SPARQL untuk meningkatkan waktu parsing untuk kueri besar seperti INSERT DATA yang berisi banyak triple dan token besar. ### Mengurangi masalah dalam rilis 1.3.2.1 + Kueri menggunakan nilai filter numerik dapat mengembalikan hasil yang salah saat menggunakan cache rencana kueri. Untuk menghindari masalah, gunakan petunjuk kueri `QUERY:PLANCACHE "disabled"` untuk melewati cache rencana kueri. Misalnya, gunakan: ``` USING QUERY:PLANCACHE "disabled" MATCH (n:person) WHERE n.yearOfBirth > $year RETURN n parameters={"year":1950} ``` + Kueri menggunakan nama parameter yang sama beberapa kali dapat gagal dengan kesalahan`Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. Lewati cache rencana kueri seperti di atas dalam kasus seperti itu, atau duplikat parameter seperti dalam contoh ini: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Gunakan petunjuk `QUERY:PLANCACHE "disabled"` atau modifikasi parameter: ``` MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n UNION MATCH (n:show) WHERE n.duration>=$dur_min RETURN n parameters={"rt_min":130, "dur_min":130} ``` + Kueri yang dijalankan dengan protokol Bolt dapat menghasilkan hasil yang salah jika kueri adalah kueri UNION atau UNION ALL. Untuk menghindari masalah ini, pertimbangkan untuk mengeksekusi kueri tertentu dengan titik akhir HTTP. Atau, jalankan setiap bagian dari serikat secara terpisah saat menggunakan protokol Bolt. ### Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.3.2.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.3.2.1 Jalur peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.2.1 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.2.1 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.3.2.0 (2024-06-10) Rilis: 1.3.2.0 (2024-06-10)Versi mesin 1.3.2.0 Pada 2024-06-10, engine versi 1.3.2.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.2.0.html) Engine Release 1.3.2.0. Pada 2024-06-10, engine versi 1.3.2.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). **Awas** Rilis mesin 1.3.2.0 memperkenalkan beberapa masalah potensial yang harus Anda waspadai. Lihat bagian di bawah [Mengurangi masalah dalam rilis 1.3.2.0](#1.3.2.0-mitigation) untuk informasi lebih lanjut. ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan umum** + Support untuk TLS versi 1.3 termasuk cipher suite TLS\$1AES\$1128\$1GCM\$1 dan SHA256 TLS\$1AES\$1256\$1GCM\$1. SHA384 TLS 1.3 adalah opsi - TLS 1.2 masih minimum. **Perbaikan Gremlin** + TinkerPop Peningkatan 3.7.x + Memberikan perluasan besar bahasa Gremlin. + Langkah-langkah baru untuk memproses string, daftar, dan tanggal. + Sintaks baru untuk menentukan kardinalitas dengan langkahnya. `mergeV()` + `union()`Sekarang dapat digunakan sebagai langkah awal. + Untuk mempelajari lebih lanjut tentang perubahan di 3.7.x, lihat dokumentasi [TinkerPop pemutakhiran](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_tinkerpop_3_7_1). + [Saat memutakhirkan driver bahasa Gremlin klien untuk Java, perhatikan bahwa kelas serializer telah membatalkan beberapa penggantian nama.](https://tinkerpop.apache.org/docs/3.7.1/upgrade/#_serializer_renaming) Anda perlu memperbarui paket dan penamaan kelas dalam file konfigurasi Anda dan dalam kode, jika ditentukan. + `StrictTimeoutValidation`(hanya jika diaktifkan melalui labmode `StrictTimeoutValidation` dengan menyertakan`StrictTimeoutValidation=enabled`): Ketika `StrictTimeoutValidation` parameter memiliki nilai`enabled`, nilai batas waktu per kueri yang ditentukan sebagai opsi permintaan atau petunjuk kueri tidak dapat melebihi nilai yang ditetapkan secara global dalam grup parameter. Dalam kasus seperti itu, Neptunus akan melempar a. `InvalidParameterException` Pengaturan ini dapat dikonfirmasi sebagai respons pada `/status` titik akhir saat nilainya`disabled`, dan di Neptunus versi 1.3.2.0 nilai default parameter ini adalah. `Disabled` **Peningkatan OpenCypher** + Mesin Amazon Neptune versi 1.3.2.0 memberikan throughput hingga 9x lebih cepat dan 10x lebih tinggi untuk kinerja kueri OpenCypher vs rilis mesin sebelumnya. + Kueri latensi rendah dan peningkatan kinerja throughput: Peningkatan kinerja keseluruhan untuk kueri OpenCypher latensi rendah. Versi baru juga meningkatkan throughput untuk kueri tersebut. Perbaikan lebih signifikan ketika kueri parameter digunakan. + Support for Query Plan Cache: Ketika kueri dikirimkan ke Neptunus, string kueri diuraikan, dioptimalkan, dan diubah menjadi rencana kueri, yang kemudian dieksekusi oleh mesin. Aplikasi sering didukung oleh pola kueri umum yang dipakai dengan nilai yang berbeda. Cache rencana kueri dapat mengurangi latensi keseluruhan dengan menyimpan paket kueri dan dengan demikian menghindari penguraian dan pengoptimalan untuk pola berulang tersebut. + Peningkatan Kinerja untuk kueri agregasi DISTINCT. + Peningkatan kinerja untuk gabungan yang melibatkan variabel nullable. + Peningkatan kinerja untuk kueri yang melibatkan tidak sama dengan predikat id (node/relasi). + Dukungan diperpanjang untuk fungsionalitas datetime (Hanya diaktifkan melalui mode lab `DatetimeMillisecond` dengan menyertakan. `DatetimeMillisecond=enabled` Untuk informasi selengkapnya, lihat [Dukungan sementara dalam implementasi Neptunus OpenCypher (Neptunus Analytics dan Neptunus Database 1.3.2.0 dan di atasnya)](feature-opencypher-compliance.md#opencypher-compliance-time-na). ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan umum** + Memperbarui pesan kesalahan Neptuneml saat memvalidasi akses ke bucket Graphlytics. **Perbaikan Gremlin** + Memperbaiki informasi label yang hilang dalam terjemahan kueri DFE, untuk skenario di mana langkah-langkah kontribusi non-jalur berisi label. Misalnya: ``` g.withSideEffect('Neptune#useDFE', true). V(). has('name', 'marko'). has("name", TextP.regex("mark.*")).as("p1"). not(out().has("name", P.within("peter"))). out().as('p2'). dedup('p1', 'p2') ``` + Memperbaiki `NullPointerException` bug dalam terjemahan kueri DFE, yang terjadi ketika kueri dijalankan dalam dua fragmen DFE, dan fragmen pertama dioptimalkan ke node yang tidak memuaskan. Misalnya: ``` g.withSideEffect('Neptune#useDFE', true). V(). has('name', 'doesNotExists'). has("name", TextP.regex("mark.*")). inject(1). V(). out(). has('name', 'vadas') ``` + Memperbaiki bug di mana Neptunus bisa melempar `InternalFailureException` ketika kueri ValueTraversal berisi di dalam by () modulator dan inputnya adalah Map. Misalnya: ``` g.V(). hasLabel("person"). project("age", "name").by("age").by("name"). order().by("age") ``` **Perbaikan OpenCypher** + Peningkatan operasi UNWIND (misalnya memperluas daftar nilai ke dalam nilai individual) untuk membantu mencegah situasi out of memory (OOM). Misalnya: ``` MATCH (n)-->(m) WITH collect(m) AS list UNWIND list AS m RETURN m, list ``` + Optimalisasi id kustom tetap jika terjadi beberapa operasi MERGE di mana id disuntikkan melalui UNWIND. Misalnya: ``` UNWIND [{nid: 'nid1', mid: 'mid1'}, {nid: 'nid2', mid: 'mid2'}] as ids MERGE (n:N {`~id`: ids.nid}) MERGE (m:M {`~id`: ids.mid}) ``` + Memperbaiki ledakan memori saat merencanakan kueri kompleks dengan akses properti dan beberapa hop dengan hubungan dua arah. Misalnya: ``` MATCH (person1:person)-[:likes]->(res)-[:partOf]->(group)-[:knows]-(:entity {name: 'foo'}), (person1)-[:knows]->(person2)-[:likes]-(res2), (comment)-[:presentIn]->(:Group {name: 'barGroup'}), (person1)-[:commented]->(comment2:comment)-[:partOf]->(post:Post), (comment2)-[:presentIn]->(:Group {name: 'fooGroup'}), (comment)-[:contains]->(info:Details)-[:CommentType]->(:CommentType {name: 'Positive'}), (comment2)-[:contains]->(info2:Details)-[:CommentType]->(:CommentType {name: 'Positive'}) WHERE datetime('2020-01-01T00:00') <= person1.addedAfter <= datetime('2023-01-01T23:59') AND comment.approvedBy = comment2.approvedBy MATCH (comment)-[:contains]->(info3:Details)-[:CommentType]->(:CommentType {name: 'Neutral'}) RETURN person1, group.name, info1.value, post.ranking, info3.value ``` + Kueri agregasi tetap dengan null sebagai kelompok berdasarkan variabel. Misalnya: ``` MATCH (n) RETURN null AS group, sum(n.num) AS result ``` **Perbaikan SPARQL** + Memperbaiki parser SPARQL untuk meningkatkan waktu penguraian untuk kueri besar seperti INSERT DATA yang berisi banyak triple dan token besar. ## Mengurangi masalah dalam rilis 1.3.2.0 + Untuk versi 1.3.2.0, kami telah mendeteksi masalah dalam cache rencana kueri saat `skip` atau digunakan dalam `WITH` klausa dalam dan `limit` diparameterisasi. Misalnya: ``` MATCH (n:Person) WHERE n.age > $age WITH n skip $skip LIMIT $limit RETURN n.name, n.age parameters={"age": 21, "skip": 2, "limit": 3} ``` Dalam hal ini, nilai parameter untuk lewati dan batas dari rencana pertama akan diterapkan ke kueri berikutnya, juga, yang mengarah ke hasil yang tidak terduga. **Mitigasi** Untuk mencegah masalah ini, tambahkan petunjuk kueri `QUERY:PLANCACHE "disabled"` saat mengirimkan kueri yang menyertakan sub-klausa batas lewati berparameter. and/or Atau, Anda dapat membuat hard-code nilai ke dalam kueri. **Opsi 1:** Menggunakan Petunjuk Kueri untuk menonaktifkan cache paket: ``` Using QUERY:PLANCACHE "disabled" MATCH (n:Person) WHERE n.age > $age WITH n skip $skip LIMIT $limit RETURN n.name, n.age parameters={"age": 21, "skip": 2, "limit": 3} ``` **Opsi 2:** Menggunakan nilai hard-code untuk lewati dan batas: ``` MATCH (n:Person) WHERE n.age > $age WITH n skip 2 LIMIT 3 RETURN n.name, n.age parameters={"age": 21} ``` + Kueri menggunakan nilai filter numerik dapat mengembalikan hasil yang salah saat menggunakan cache rencana kueri. Untuk menghindari masalah, gunakan petunjuk kueri `QUERY:PLANCACHE "disabled"` untuk melewati cache rencana kueri. Misalnya, gunakan: ``` USING QUERY:PLANCACHE "disabled" MATCH (n:person) WHERE n.yearOfBirth > $year RETURN n parameters={"year":1950} ``` + Kueri menggunakan nama parameter yang sama beberapa kali dapat gagal dengan kesalahan`Parameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled`. Lewati cache rencana kueri seperti di atas dalam kasus seperti itu, atau duplikat parameter seperti dalam contoh ini: ``` MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130} ``` Gunakan petunjuk `QUERY:PLANCACHE "disabled"` atau modifikasi parameter: ``` MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n UNION MATCH (n:show) WHERE n.duration>=$dur_min RETURN n parameters={"rt_min":130, "dur_min":130} ``` + Kueri yang dijalankan dengan protokol Bolt dapat menghasilkan hasil yang salah jika kueri adalah kueri UNION atau UNION ALL. Untuk menghindari masalah ini, pertimbangkan untuk mengeksekusi kueri tertentu dengan titik akhir HTTP. Atau, jalankan setiap bagian dari serikat secara terpisah saat menggunakan protokol Bolt. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.3.2.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.7.1` + *Gremlin versi terbaru didukung:* `3.7.1` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.3.2.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.2.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.2.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus versi 1.3.1.0 (2024-03-06) Rilis: 1.3.1.0 (2024-03-06)Versi mesin 1.3.1.0 Pada 2024-03-06, engine versi 1.3.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.1.0.html) Engine Release 1.3.1.0. Pada 2024-03-06, engine versi 1.3.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](engine-releases-1.3.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). ## Perbaikan dalam rilis mesin ini Perbaikan **Perbaikan umum** + Neptunus telah meningkatkan peringatan yang ditunjukkan di profil/jelaskan. + Menghapus kurva NIST EC usang dari grup bernama default yang digunakan selama negosiasi TLS. Kurva yang dihapus adalah sect409k1, sect409r1, dan sect571k1. **Perbaikan Gremlin** + Perhitungan statistik DFE yang ditingkatkan untuk menghindari instans Tanpa Server yang sangat tinggi NCUs . + Peningkatan kinerja Gremlin untuk WITHIN. ## Cacat diperbaiki dalam rilis mesin ini Cacat diperbaiki **Perbaikan Gremlin** + Perbaikan lain-lain pada rencana kueri Gremlin DFE. + Perbaikan bug untuk kueri Gremlin dengan traversal opsional, misalnya, untuk kueri formulir `g.v () .hasLabel ('person') .group () .by (id ()) .by (\$1\$1.in ('friend') .id () .fold ()) `, di mana tidak ada orang tanpa tepi teman yang dikelompokkan. + Memperbaiki bug di mana kueri Gremlin yang berisi langkah-langkah gabungan di dalam `by` modulator menyebabkan kesalahan dikembalikan jika dijalankan menggunakan mesin DFE. + Memperbaiki bug yang mencegah kueri hanya-baca yang berjalan di sesi Gremlin agar tidak berfungsi saat terhubung ke replika baca. + Perbaikan bug di mana IAM ARN tidak ada dalam log audit untuk permintaan koneksi websocket awal yang berhasil untuk Gremlin. + Menggabungkan langkah, mengidentifikasi cakupan langkah dengan DFE. + Optimalisasi set karakteristik untuk seluruh paket DFE. **Perbaikan OpenCypher** + Perbaikan bug dalam klausa SET OpenCypher untuk memungkinkan pengaturan pada ekspresi non-variabel (yaitu: match (n: test) set (kasus ketika n.prop = 2 lalu n end) .prop = 3 return n.prop. + Perbaikan bug untuk gagal kueri OpenCypher yang melibatkan agregasi dan urutan oleh. + Peningkatan UNWIND dari daftar besar yang berisi peta statis. + Perbaikan bug OpenCypher MERGE query menggunakan id kustom dengan nilai duplikat. **Perbaikan SPARQL** + Memperbaiki bug SPARQL tentang cakupan variabel dalam pola opsional. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.3.1.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.5` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.3.1.0 Jalur peningkatan Anda dapat meningkatkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.1.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.1.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.3.0.0 (2023-11-15) Rilis: 1.3.0.0 (2023-11-15)Versi mesin 1.3.0.0 Pada 2023-11-15, versi mesin 1.3.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.3.0.0.html) Engine Release 1.3.0.0. Pada 2023-11-15, versi mesin 1.3.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** [Engine release 1.3.0.0](#engine-releases-1.3.0.0) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.3.0.0 ke engine versi 1.3.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.3` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, `neptune1.2` atau. dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.3.0.0 ke atas. Demikian pula, Anda harus menggunakan grup parameter cluster 1.4.0.0 untuk versi mesin 1.4.0.0 dan di atasnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Merilis API [data Neptunus](data-api.md). API data Amazon Neptunus menyediakan dukungan SDK untuk lebih dari 40 operasi data Neptunus, termasuk pemuatan data, eksekusi kueri, penyelidikan data, dan pembelajaran mesin. Ini mendukung ketiga bahasa query Neptunus (Gremlin, OpenCypher dan SPARQL), dan tersedia dalam semua bahasa SDK. Ini secara otomatis menandatangani permintaan API dan sangat menyederhanakan integrasi Neptunus ke dalam aplikasi Anda. + Menambahkan dukungan untuk mengintegrasikan Tanpa [OpenSearchServer dengan Neptunus](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/serverless-overview.html). ## Perbaikan dalam Rilis Mesin Ini Perbaikan **Perbaikan pembaruan mesin Neptunus** Neptunus telah mengubah cara merilis pembaruan mesin sehingga Anda dapat memiliki kontrol lebih besar atas proses pembaruan. [Alih-alih merilis tambalan untuk perubahan yang tidak melanggar, Neptunus sekarang merilis versi minor yang dapat dikontrol [menggunakan bidang `AutoMinorVersionUpgrade` instance, dan tentang mana Anda dapat menerima notifikasi dengan berlangganan acara tersebut](engine-maintenance-management.md#using-amvu). [`RDS-EVENT-0156`](event-lists.md#RDS-EVENT-0156)](events-subscribing.md) Lihat [Memelihara Cluster DB Amazon Neptunus](cluster-maintenance.md) untuk informasi selengkapnya tentang perubahan ini. **Enkripsi dalam peningkatan transit** Neptunus tidak lagi mendukung cipher suite berikut: + `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA` + `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA` Neptunus hanya mendukung suite cipher kuat berikut dengan TLS 1.2: + `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384` + `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256` + `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384` + `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256` **Perbaikan Gremlin** + Menambahkan dukungan di mesin DFE untuk langkah-langkah Gremlin berikut: + `FoldStep` + `GroupStep` + `GroupCountStep` + `TraversalMapStep ` + `UnfoldStep` + `LabelStep` + `PropertyKeyStep` + `PropertyValueStep` + `AndStep` + `OrStep` + `ConstantStep` + `CountGlobalStep` + Kueri Gremlin DFE yang dioptimalkan berencana untuk menghindari pemindaian vertex penuh saat menggunakan modulasi. `by()` + Peningkatan kinerja kardinalitas rendah dan kueri latensi rendah secara signifikan. + Menambahkan dukungan DFE untuk predikat TinkerPop `Or` filter. + Peningkatan dukungan DFE traversal untuk filter pada kunci yang sama, untuk kueri seperti berikut: ``` g.withSideEffect("Neptune#useDFE", true) .V() .has('name', 'marko') .and( or( has('name', eq("marko")), has('name', eq("vardas")) ) ) ``` + Peningkatan penanganan kesalahan untuk `fail()` langkah tersebut. **Perbaikan OpenCypher** + Peningkatan kinerja kardinalitas rendah dan kueri latensi rendah secara signifikan. + Peningkatan kinerja perencanaan kueri ketika query berisi banyak jenis node. + Mengurangi latensi semua kueri VLP. + Peningkatan kinerja dengan menghapus sambungan pipa redundan untuk kueri pola simpul tunggal. + Peningkatan kinerja untuk kueri yang berisi pola multi-hop dengan siklus, seperti ini: ``` MATCH (n)-->()-->()-->(m) RETURN n m ``` **Perbaikan SPARQL** + Memperkenalkan operator SPARQL baru:. `PipelineHashIndexJoin` + Peningkatan kinerja validasi URI untuk kueri SPARQL. + Peningkatan kinerja permintaan pencarian teks lengkap SPARQL dengan menyelesaikan istilah kamus secara batch. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat **Perbaikan Gremlin** + Memperbaiki bug Gremlin di mana kebocoran transaksi akan terjadi saat memeriksa titik akhir status kueri Gremlin untuk kueri dengan predikat di lintasan anak untuk langkah-langkah yang tidak diproses secara asli di mesin DFE. + Memperbaiki bug Gremlin yang tidak `valueMap()` dioptimalkan di mesin DFE di bawah traversal. `by()` + Memperbaiki bug Gremlin di mana label langkah yang dilampirkan tidak `UnionStep` disebarkan ke elemen jalur terakhir dari lintasan turunannya masing-masing. + Memperbaiki bug Gremlin di mana kueri akan gagal karena berisi terlalu banyak TinkerPop langkah dan kemudian tidak akan dibersihkan. + Memperbaiki bug Gremlin di mana a `NullPointerException` akan dilemparkan `mergeV` dan `mergeE` melangkah. + Memperbaiki bug Gremlin di mana tidak `order()` akan mengurutkan output string dengan benar ketika beberapa di antaranya berisi karakter spasi. + Memperbaiki masalah kebenaran Gremlin yang terjadi saat `valueMap` langkah diproses di mesin DFE. + Memperbaiki masalah kebenaran Gremlin yang terjadi saat `GroupStep` atau bersarang di `GroupCountStep` traversal kunci. **Perbaikan OpenCypher** + Memperbaiki bug OpenCypher yang melibatkan penanganan kesalahan di sekitar karakter NULL. + Memperbaiki bug dalam penanganan transaksi OpenCypher Bolt. **Perbaikan SPARQL** + Memperbaiki bug SPARQL di mana nilai di dalam fungsi rekursif tidak diselesaikan dengan benar. + Memperbaiki bug SPARQL yang menyebabkan penurunan kinerja ketika sejumlah besar nilai disuntikkan menggunakan klausa. `VALUES` + Memperbaiki bug SPARQL di mana panggilan ke `REGEX` operator pada literal dengan tag bahasa tidak akan pernah berhasil. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.3.0.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.3.0.0 Jalur Peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.3.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.3.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.2 (2024-08-05) Rilis: 1.2.1.2 (2024-08-05)Versi mesin 1.2.1.2 Pada 2024-08-05, engine versi 1.2.1.2 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.2.html). Pada 2024-08-05, engine versi 1.2.1.2 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. **Awas** Masalah terdeteksi dengan SPARQL 1.1 Graph Store HTTP Protocol (GSP) yang mungkin ada dalam kondisi tertentu ketika GSP digunakan dengan kebijakan otorisasi berbasis tindakan. Jika Anda menggunakan Protokol HTTP Toko Grafik SPARQL 1.1 dengan kebijakan otorisasi berbasis tindakan, kami sarankan untuk meningkatkan ke versi mesin Neptunus minor terbaru (setidaknya 1.2.1.2) yang menyertakan perbaikan untuk masalah ini. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat **Perbaikan SPARQL** + Memperbaiki masalah dengan SPARQL 1.1 Graph Store HTTP Protocol (GSP) yang mungkin ada dalam kondisi tertentu ketika GSP digunakan dengan kebijakan otorisasi berbasis tindakan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.2 Jalur Peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.2 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.2 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.1 (2024-03-11) Rilis: 1.2.1.1 (2024-03-11)Versi mesin 1.2.1.1 Pada 2024-03-11, engine versi 1.2.1.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.1.html). Pada 2024-03-11, engine versi 1.2.1.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan **Perbaikan umum** Neptunus telah meningkatkan peringatan yang ditunjukkan di profil/jelaskan. **Perbaikan Gremlin** + Perhitungan statistik DFE yang ditingkatkan untuk menghindari instans Tanpa Server yang sangat tinggi NCUs . + Peningkatan kinerja Gremlin untuk WITHIN. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat **Perbaikan Gremlin** + Perbaikan bug dengan pemesanan paket kueri mesin Gremlin DFE. + Perbaikan bug dengan out-of-memory kesalahan Gremlin saat awalnya dilaporkan sebagai. InternalFailureException + Perbaikan bug di mana IAM ARN tidak ada dalam log audit untuk permintaan koneksi websocket awal yang berhasil. + Perbaikan bug untuk kueri Gremlin dengan TinkerPop sesi diaktifkan ketika kueri dalam sesi gagal bahkan ketika semuanya hanya dibaca dan terhubung ke instance pembaca. **Perbaikan OpenCypher** + Perbaikan bug dalam klausa SET OpenCypher untuk memungkinkan pengaturan pada ekspresi non-variabel (yaitu: match (n: test) set (kasus ketika n.prop = 2 lalu n end) .prop = 3 return n.prop. + Perbaikan bug untuk gagal kueri OpenCypher yang melibatkan agregasi dan urutan oleh. + Peningkatan UNWIND dari daftar besar yang berisi peta statis. + Perbaikan bug OpenCypher MERGE query menggunakan id kustom dengan nilai duplikat. **Perbaikan SPARQL** + Perbaikan bug di perencana kueri SPARQL DFE. + Perbaikan bug untuk SPARQL saat digunakan dengan kata kunci BIND dan OPSIONAL. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.2.1.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.1 Jalur Peningkatan Anda dapat memutakhirkan ke rilis ini dari [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md) atau lebih tinggi. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.1 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.1 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0 (2023-03-08) Rilis: 1.2.1.0 (2023-03-08)Versi mesin 1.2.1.0 Pada 2023-03-08, engine versi 1.2.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.html) Engine Release 1.2.1.0. Pada 2023-03-08, engine versi 1.2.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.2.1.0.R2 (2023-05-02)](engine-releases-1.2.1.0.R2.md) + [Rilis: 1.2.1.0.R3 (2023-06-13)](engine-releases-1.2.1.0.R3.md) + [Rilis: 1.2.1.0.R4 (2023-08-10)](engine-releases-1.2.1.0.R4.md) + [Rilis: 1.2.1.0.R5 (2023-09-02)](engine-releases-1.2.1.0.R5.md) + [Rilis: 1.2.1.0.R6 (2023-09-12)](engine-releases-1.2.1.0.R6.md) + [Rilis: 1.2.1.0.R7 (2023-10-06)](engine-releases-1.2.1.0.R7.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Menambahkan dukungan untuk [TinkerPop 3.6.2](https://tinkerpop.apache.org/docs/3.6.2-SNAPSHOT/dev/provider/), yang menambahkan banyak fitur Gremlin baru seperti yang baru`mergeV()`,,`mergeE()`, `element()` dan langkah-langkah. `fail()` `mergeE()`Langkah-langkah `mergeV()` dan adalah catatan khusus karena mereka menawarkan opsi deklaratif yang telah lama ditunggu-tunggu untuk melakukan operasi seperti upsert, yang seharusnya sangat menyederhanakan pola kode yang ada dan membuat Gremlin lebih mudah dibaca. Versi 3.6.x juga menambahkan predikat regex, kelebihan beban baru ke `property()` langkah yang mengambil`Map`, dan revisi besar perilaku `by()` modulasi yang jauh lebih konsisten di semua langkah yang menggunakannya. Lihat [log TinkerPop perubahan](https://github.com/apache/tinkerpop/blob/3.6.0/CHANGELOG.asciidoc#release-3-6-0) dan [halaman pemutakhiran](https://tinkerpop.apache.org/docs/current/upgrade/) untuk informasi tentang perubahan di versi 3.6 dan hal-hal yang perlu dipertimbangkan saat memutakhirkan. [https://tinkerpop.apache.org/docs/3.6.0/reference/#mergevertex-step](https://tinkerpop.apache.org/docs/3.6.0/reference/#mergevertex-step) Neptunus menggunakan pola penguncian yang lebih sempit `Merge` untuk daripada `Coalesce` for, yang dapat mengurangi pengecualian modifikasi bersamaan (). CMEs Untuk informasi lebih lanjut tentang fitur baru yang tersedia dalam TinkerPop rilis ini, lihat blog Stephen Mallette, [Menjelajahi fitur baru Apache TinkerPop 3.6.x di Amazon](https://aws.amazon.com/blogs/database/exploring-new-features-of-apache-tinkerpop-3-6-x-in-amazon-neptune/) Neptunus. + Menambahkan dukungan untuk [tipe instans R6i](https://aws.amazon.com/ec2/instance-types/r6i/), didukung oleh prosesor Intel Xeon Scalable generasi ke-3. Ini sangat cocok untuk beban kerja intensif memori dan menawarkan compute/price kinerja hingga 15% lebih baik dan bandwidth memori per vCPU hingga 20% lebih tinggi daripada jenis instans R5 yang sebanding. + Menambahkan titik akhir [API ringkasan grafik](neptune-graph-summary.md) untuk grafik properti dan grafik RDF, yang memungkinkan Anda mendapatkan laporan ringkasan cepat tentang grafik Anda. Untuk grafik properti (PG), API ringkasan grafik menyediakan daftar read-only label node dan edge dan kunci properti, bersama dengan jumlah node, tepi, dan properti. Untuk grafik RDF, ini menyediakan daftar kelas dan kunci predikat, bersama dengan jumlah paha depan, subjek, dan predikat. Perubahan berikut sejalan dengan API ringkasan grafik baru: + Menambahkan aksi [GetGraphSummary](iam-dp-actions.md#getgraphsummary)dataplane baru. + Menambahkan `rdf/statistics` endpoint baru untuk menggantikan `sparql/statistics` endpoint, yang sekarang sudah usang. + Mengubah nama `summary` bidang dalam respons status statistik`signatureInfo`, agar tidak membingungkan dengan informasi ringkasan grafik. Versi mesin sebelumnya terus digunakan `summary` dalam respons JSON. + Mengubah ketepatan `date` bidang dalam respons status statistik dari menit ke milidetik. Format sebelumnya adalah `2020-05-07T23:13Z` (presisi menit), sedangkan format baru adalah `2023-01-24T00:47:43.319Z` (presisi milidetik). Keduanya sesuai dengan ISO 8601, tetapi perubahan ini dapat merusak kode yang ada, tergantung pada bagaimana tanggal diuraikan. + Menambahkan keajaiban [`%statistics`](notebooks-magics.md#notebooks-line-magics-statistics)baris baru di Workbench yang memungkinkan Anda mengambil statistik mesin DFE. + Menambahkan sihir [`%summary`](notebooks-magics.md#notebooks-line-magics-summary)baris baru di Workbench yang memungkinkan Anda mengambil informasi ringkasan grafik. + Menambahkan [pencatatan kueri lambat](slow-query-logs.md) ke kueri log yang membutuhkan waktu lebih lama untuk dieksekusi daripada ambang batas yang ditentukan. [Anda mengaktifkan dan mengontrol logging query lambat menggunakan dua parameter dinamis baru, yaitu [neptune\$1enable\$1slow\$1query\$1log, dan neptune\$1slow\$1query\$1log\$1threshold](parameters.md#parameters-db-cluster-parameters-neptune_enable_slow_query_log).](parameters.md#parameters-db-cluster-parameters-neptune_slow_query_log_threshold) + [Menambahkan dukungan untuk dua [parameter dinamis, yaitu parameter](parameter-groups.md) cluster baru, neptune\$1enable\$1slow\$1query\$1log, dan [neptune\$1slow\$1query\$1log\$1threshold](parameters.md#parameters-db-cluster-parameters-neptune_enable_slow_query_log).](parameters.md#parameters-db-cluster-parameters-neptune_slow_query_log_threshold) Ketika Anda membuat perubahan ke parameter dinamis, itu akan segera berlaku, tanpa memerlukan reboot instance apa pun. + Menambahkan fungsi OpenCypher [removeKeyFromMap ()](access-graph-opencypher-extensions.md#opencypher-compliance-removeKeyFromMap-function) khusus Neptunus yang menghapus kunci tertentu dari peta dan mengembalikan peta baru yang dihasilkan. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Memperluas dukungan Gremlin DFE untuk `limit` langkah-langkah dengan cakupan lokal. + Menambahkan dukungan `by()` modulasi untuk Gremlin `DedupGlobalStep` di mesin DFE. + Menambahkan dukungan DFE untuk Gremlin `SelectStep` dan. `SelectOneStep` + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` + Peningkatan kinerja kueri OpenCypher yang melibatkan dan. `MERGE` `OPTIONAL MATCH` + Peningkatan kinerja query OpenCypher yang melibatkan `UNWIND` daftar peta nilai literal. + Peningkatan kinerja kueri OpenCypher yang memiliki filter untuk. `IN` `id` Misalnya: ``` MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n ``` + Menambahkan kemampuan untuk menentukan IRI dasar untuk kueri SPARQL menggunakan pernyataan BASE (lihat). [Basis IRI default untuk kueri dan pembaruan](feature-sparql-compliance.md#opencypher-compliance-default-iri) + Mempersingkat waktu tunggu pemrosesan beban untuk beban curah khusus tepi Gremlin dan OpenCypher. + Pemuatan massal yang dibuat dilanjutkan secara asinkron saat Neptunus memulai ulang untuk menghindari waktu tunggu yang lama yang disebabkan oleh masalah konektivitas Amazon S3 sebelum gagal melanjutkan upaya. + Peningkatan penanganan kueri SPARQL DESCRIBE yang memiliki petunjuk kueri [DescribeMode](sparql-query-hints-for-describe.md#sparql-query-hints-describeMode) yang disetel ke `"CBD"` (deskripsi terbatas ringkas) dan yang melibatkan sejumlah besar node kosong. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki bug OpenCypher dalam pemahaman daftar yang menghasilkan nilai nol daripada nilai yang disediakan untuk elemen daftar. + Memperbaiki bug OpenCypher di mana nilai byte tidak diserialkan dengan benar. + Memperbaiki bug Gremlin `UnionStep` yang terjadi ketika input adalah tepi yang melintasi ke simpul di dalam traversal anak. + Memperbaiki bug Gremlin yang menyebabkan label langkah yang terkait dengan `UnionStep` tidak menyebar dengan benar ke langkah terakhir dari setiap traversal anak. + Memperbaiki bug Gremlin untuk `dedup` langkah dengan label mengikuti `repeat` langkah, di mana label yang dilampirkan pada `dedup` langkah tidak tersedia untuk digunakan dalam kueri lebih lanjut. + Memperbaiki bug Gremlin di mana menerjemahkan `repeat` langkah di dalam `union` langkah gagal dengan kesalahan internal. + Memperbaiki masalah kebenaran Gremlin untuk kueri DFE dengan `limit` sebagai traversal anak dari langkah-langkah non-serikat dengan kembali ke Tinkerpop. Kueri dalam bentuk seperti ini terpengaruh: ``` g.withSideEffect('Neptune#useDFE', true).V().as("a").select("a").by(out().limit(1)) ``` + Memperbaiki bug SPARQL di mana `SPARQL GRAPH` pola tidak akan mempertimbangkan kumpulan data yang disediakan oleh klausa. `FROM NAMED` + Memperbaiki bug SPARQL di mana SPARQL `DESCRIBE` dengan beberapa `FROM` and/or `FROM NAMED` klausa tidak selalu menggunakan data dengan benar dari grafik default dan terkadang melemparkan pengecualian. Lihat [Perilaku DESKRIPSI SPARQL sehubungan dengan grafik default](sparql-default-describe.md). + Memperbaiki bug SPARQL sehingga pesan pengecualian yang benar dikembalikan ketika karakter null ditolak. + Memperbaiki bug [penjelasan](sparql-explain.md) SPARQL yang memengaruhi paket yang berisi operator. [PipelinedHashIndexJoin](sparql-explain-operators.md#sparql-explain-operator-pipeline-hash-index-join) + Memperbaiki bug yang menyebabkan kesalahan internal dilemparkan saat kueri yang mengembalikan nilai konstan dikirimkan. + Memperbaiki masalah dengan logika detektor kebuntuan yang terkadang membuat mesin tidak responsif. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.1` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.0 Jalur Peningkatan [Anda dapat memutakhirkan ke rilis ini secara manual dari rilis mesin Neptunus sebelumnya yang lebih besar dari atau sama dengan 1.1.0.0.](engine-releases-1.1.0.0.md) **catatan** Dimulai dengan [rilis mesin 1.2.0.0](engine-releases-1.2.0.0.md), semua grup parameter khusus dan grup parameter cluster khusus yang Anda gunakan dengan versi mesin lebih awal dari sekarang `1.2.0.0` harus dibuat ulang menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis dari `1.2.0.0` seterusnya. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Anda tidak akan secara otomatis ditingkatkan ke rilis versi utama ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.1.0 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R7 (2023-10-06) Rilis: 1.2.1.0.R7 (2023-10-06)Versi mesin 1.2.1.0.R7 Pada 2023-10-06, versi mesin 1.2.1.0.R7 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R7](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R7.html). Pada 2023-10-06, versi mesin 1.2.1.0.R7 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, pengaturan jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana dalam beberapa kasus transaksi yang gagal tidak ditutup dengan benar. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R7, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.1.0.R7 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R6 (2023-09-12) Rilis: 1.2.1.0.R6 (2023-09-12)Versi mesin 1.2.1.0.R6 Pada 2023-09-12, versi mesin 1.2.1.0.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R6](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R6.html). Pada 2023-09-12, versi mesin 1.2.1.0.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Merilis API [data Neptunus](data-api.md). API data Amazon Neptune menyediakan dukungan SDK untuk memuat data, menjalankan kueri, mendapatkan informasi tentang data Anda, dan menjalankan operasi pembelajaran mesin. Ini mendukung bahasa query Gremlin dan OpenCypher di Neptunus dan tersedia dalam semua bahasa SDK. Ini secara otomatis menandatangani permintaan API dan sangat menyederhanakan integrasi Neptunus ke dalam aplikasi. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang dapat menyebabkan lonjakan CPU di bawah beban tinggi saat log Kueri Lambat diaktifkan. + Memperbaiki bug Gremlin di mana menambahkan tepi dan propertinya diikuti oleh `inV()` atau `outV()` memunculkan file. `InternalFailureException` + Memperbaiki beberapa masalah dengan rantai peran IAM yang menyebabkan penurunan kinerja bulk-loader dalam beberapa kasus. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R6, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.2.1.0.R6 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R5 (2023-09-02) Rilis: 1.2.1.0.R5 (2023-09-02)Versi mesin 1.2.1.0.R5 Pada 2023-09-02, versi mesin 1.2.1.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R5.html). Pada 2023-09-02, versi mesin 1.2.1.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, pengaturan jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Merilis API [data Neptunus](data-api.md). API data Amazon Neptune menyediakan dukungan SDK untuk memuat data, menjalankan kueri, mendapatkan informasi tentang data Anda, dan menjalankan operasi pembelajaran mesin. Ini mendukung bahasa query Gremlin dan OpenCypher di Neptunus dan tersedia dalam semua bahasa SDK. Ini secara otomatis menandatangani permintaan API dan sangat menyederhanakan integrasi Neptunus ke dalam aplikasi. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana menambahkan tepi dan propertinya diikuti oleh `inV()` atau `outV()` memunculkan file. `InternalFailureException` + Memperbaiki beberapa masalah dengan rantai peran IAM yang menyebabkan penurunan kinerja bulk-loader dalam beberapa kasus. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R5, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.1.0.R5 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [Dukungan AWS Premium](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R4 (2023-08-10) Rilis: 1.2.1.0.R4 (2023-08-10)Versi mesin 1.2.1.0.R4 Pada 2023-08-10, versi mesin 1.2.1.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R4.html). Pada 2023-08-10, versi mesin 1.2.1.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** Perubahan yang terjadi pada pelepasan mesin ini dalam beberapa kasus dapat menyebabkan Anda mengamati kinerja beban curah yang menurun. Akibatnya, upgrade ke rilis ini telah ditangguhkan sementara sampai masalah telah diselesaikan. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Tambahkan dukungan [Graphson-1.0](https://tinkerpop.apache.org/docs/3.4.1/dev/io/#graphson) untuk Gremlin. Untuk menggunakan Graphson-1.0, lulus `Accept header` dengan nilai: ``` application/vnd.gremlin-v1.0+json;types=false ``` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana kebocoran transaksi akan terjadi saat memeriksa titik akhir status kueri Gremlin untuk kueri dengan predikat di lintasan anak untuk langkah-langkah yang tidak diproses secara asli. + Memperbaiki bug OpenCypher dalam penanganan transaksi Bolt. + Memperbaiki masalah konkurensi pada lapisan penyimpanan yang dapat menyebabkan crash. + Memperbaiki bug di log kueri lambat untuk memastikan bahwa mereka tidak aktif saat dinonaktifkan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R4, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.5` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.0.R4 Jalur Peningkatan ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.2.1.0.R4 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R3 (2023-06-13) Rilis: 1.2.1.0.R3 (2023-06-13)Versi mesin 1.2.1.0.R3 Pada 2023-06-13, versi mesin 1.2.1.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R3.html). Pada 2023-06-13, versi mesin 1.2.1.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** Perubahan yang terjadi pada pelepasan mesin ini dalam beberapa kasus dapat menyebabkan Anda mengamati kinerja beban curah yang menurun. Akibatnya, upgrade ke rilis ini telah ditangguhkan sementara sampai masalah telah diselesaikan. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Menambahkan dukungan untuk pemuatan massal lintas akun menggunakan rantai [peran IAM](bulk-load-tutorial-chain-roles.md). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Meningkatkan `fail()` langkah Gremlin untuk membedakan pengecualian yang dihasilkannya dari generik `InternalFailureException` dan untuk memastikan bahwa setiap pesan yang diberikan pengguna yang diberikan padanya disebarkan kembali ke penelepon. + Peningkatan optimasi mesin kueri Gremlin untuk`store`,,,`aggregate`, `cap` dan. `limit` `hasLabel` + Ditambahkan dukungan untuk fungsi trignometrik OpenCypher: + `acos()` + `asin()` + `atan()` + `atan2()` + `cos()` + `cot()` + `degrees()` + `pi()` + `radians()` + `sin()` + `tan()` + Ditambahkan dukungan untuk beberapa fungsi agregasi OpenCypher: + `percentileDisc()` + `stDev()` + Ditambahkan dukungan untuk `epochmillis()` fungsi OpenCypher yang mengkonversi ke. `datetime` `epochmillis` Misalnya: ``` MATCH (n) RETURN epochMillis(n.someDateTime) 1698972364782 ``` + Ditambahkan dukungan untuk OpenCypher modulo () operator. `%` + Menambahkan dukungan untuk alat OpenCypher Static Debug Explain. + Ditambahkan dukungan untuk fungsi OpenCypher`randomUUID()`. + Peningkatan kinerja OpenCypher: + Meningkatkan parser dan query planner. + Peningkatan pemanfaatan CPU di mesin DFE. + Meningkatkan kinerja kueri yang berisi beberapa klausa pembaruan yang menggunakan kembali variabel yang sama. Contohnya adalah: ``` MERGE (n {name: 'John'}) or MERGE (m {name: 'Jim'}) or MERGE (n)-[:knows {since: 2023}]→(m) ``` + Paket kueri yang dioptimalkan untuk pola kueri multi-hop seperti: ``` MATCH (n)-->()-->()-->(m) RETURN n m ``` + Meningkatkan kinerja daftar dan injeksi peta melalui kueri parameter. Misalnya: ``` UNWIND $idList as id MATCH (n {`~id`: id}) RETURN n.name ``` + Peningkatan eksekusi query yang mengandung `WITH` dengan menjadikannya penghalang yang tepat. + Dioptimalkan untuk menghindari perwujudan nilai dalam `Unfold` dan fungsi agregasi yang berlebihan. + Meningkatkan kinerja query SPARQL yang berisi sejumlah besar input statis dalam `VALUES` klausa, seperti: ``` SELECT ?n WHERE { VALUES (?name) { ("John") ("Jim") ... many values ... } ?n a ?n_type . ?n ?name . } ``` + Peningkatan kinerja kueri CBD SPARQL. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana kueri panjang dengan deep nesting menyebabkan penggunaan CPU yang tinggi dan batas waktu kueri selama fase perencanaan kueri. + Memperbaiki bug Gremlin di mana yang tidak valid `NullPointerException` dapat dilemparkan saat menggunakan atau. `mergeV` `mergeE` ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.0.R3 Jalur Peningkatan ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.2.1.0.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.1.0.R2 (2023-05-02) Rilis: 1.2.1.0.R2 (2023-05-02)Versi mesin 1.2.1.0.R2 Pada 2023-05-02, versi mesin 1.2.1.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.1.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.1.0.R2.html). Pada 2023-05-02, versi mesin 1.2.1.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan `enableInterContainerTrafficEncryption` parameter ke semua [Neptunus APIs Neptunus](machine-learning-api-reference.md), yang dapat Anda gunakan untuk mengaktifkan dan menonaktifkan enkripsi lalu lintas antar-kontainer dalam pelatihan atau pekerjaan penyetelan hiper-parameter. + Menambahkan dukungan multi-label untuk Gremlin `mergeV()` dan. `mergeE()` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana kueri pembaruan dan pengembalian tidak ditangani`orderBy`,, `limit` atau dengan benar. `skip` + Memperbaiki bug OpenCypher yang memungkinkan parameter yang terkandung dalam satu permintaan diganti oleh parameter yang terkandung dalam permintaan simultan lainnya. + Memperbaiki bug OpenCypher di mana log kueri lambat tidak berisi waktu kueri yang benar. + Memperbaiki bug Gremlin di mana kebocoran transaksi dapat terjadi ketika kueri yang berisi `GroupCountStep` dikirimkan sebagai string. + Memperbaiki bug Gremlin di mana WebSocket kueri gagal saat log kueri lambat diaktifkan. + Memperbaiki bug Gremlin di mana log debug penghitung penyimpanan hilang di log kueri lambat untuk permintaan. WebSocket + Memperbaiki beberapa bug Gremlin yang melibatkan `mergeV()` dan. `mergeE()` + Memperbaiki bug SPARQL di mana biaya kueri grafik bernama salah estimasi, yang mengarah ke rencana dan kesalahan kueri yang kurang optimal. out-of-memory + Memperbaiki bug yang memengaruhi otorisasi untuk kueri Gremlin dan OpenCypher pada cluster yang mendukung IAM. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.1.0.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.6.2` + *Gremlin versi terbaru didukung:* `3.6.2` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.1.0.R2 Jalur Peningkatan ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.2.1.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2 (2022-11-20) Rilis: 1.2.0.2 (2022-11-20)Versi mesin 1.2.0.2 Pada 2022-11-20, engine versi 1.2.0.2 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.html) Engine Release 1.2.0.2. Pada 2022-11-20, engine versi 1.2.0.2 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.2.0.2.R2 (2022-12-15)](engine-releases-1.2.0.2.R2.md) + [Rilis: 1.2.0.2.R3 (2023-03-27)](engine-releases-1.2.0.2.R3.md) + [Rilis: 1.2.0.2.R4 (2023-05-08)](engine-releases-1.2.0.2.R4.md) + [Rilis: 1.2.0.2.R5 (2023-08-16)](engine-releases-1.2.0.2.R5.md) + [Rilis: 1.2.0.2.R6 (2023-09-12)](engine-releases-1.2.0.2.R6.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Memperkenalkan [inferensi induktif real-time](machine-learning-overview-evolving-data.md#inductive-vs-transductive-inference) untuk Gremlin di Neptunus ML. + Memperkenalkan ekstensi OpenCypher yang mendukung penentuan [nilai ID khusus untuk entitas](access-graph-opencypher-extensions.md#opencypher-compliance-custom-ids) alih-alih yang dihasilkan UUIDs Neptunus. Kemampuan untuk menetapkan kustom IDs membuatnya lebih mudah untuk bermigrasi ke Neptunus dari Neo4j. **Awas** Ekstensi ke spesifikasi OpenCypher ini tidak kompatibel ke belakang, karena sekarang `~id` dianggap sebagai nama properti yang dicadangkan. Jika Anda sudah menggunakan `~id` sebagai properti dalam data dan kueri, Anda harus [memigrasikan `~id` properti ke kunci properti baru](access-graph-opencypher-extensions.md#opencypher-compliance-custom-ids-migrating) sebelum memutakhirkan ke rilis ini. + Menambahkan [beberapa `DESCRIBE` mode SPARQL baru](sparql-query-hints-for-describe.md) bersama dengan petunjuk kueri untuk mengonfigurasinya. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja OpenCypher, terutama untuk kueri VLP. + Peningkatan kinerja DFE untuk kueri Gremlin dengan batas non-terminal, seperti: ``` g.withSideEffect('Neptune#useDFE',true).V().hasLabel('Student').limit(5).out('takesCourse') ``` ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2 Jalur Peningkatan ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2.R6 (2023-09-12) Rilis: 1.2.0.2.R6 (2023-09-12)Versi mesin 1.2.0.2.R6 Pada 2023-09-12, versi mesin 1.2.0.2.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.2.R6](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.R6.html). Pada 2023-09-12, versi mesin 1.2.0.2.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL di mana `REGEX` operator tidak akan pernah berhasil saat dipanggil pada literal yang diberi tag bahasa. + Memperbaiki masalah yang menyebabkan kinerja beban massal menurun. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2.R6, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.5` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2.R6 Jalur Peningkatan Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi engine. `1.2.0.2` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2.R6 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2.R5 (2023-08-16) Rilis: 1.2.0.2.R5 (2023-08-16)Versi mesin 1.2.0.2.R5 Pada 2023-08-16, versi mesin 1.2.0.2.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.2.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.R5.html). Pada 2023-08-16, versi mesin 1.2.0.2.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** Perubahan yang terjadi pada pelepasan mesin ini dalam beberapa kasus dapat menyebabkan Anda mengamati kinerja beban curah yang menurun. Akibatnya, upgrade ke rilis ini telah ditangguhkan sementara sampai masalah telah diselesaikan. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana tidak `order()` akan mengurutkan output string dengan benar ketika beberapa di antaranya berisi karakter spasi. + Memperbaiki bug Gremlin di mana kebocoran transaksi akan terjadi saat memeriksa titik akhir status kueri Gremlin untuk kueri dengan predikat di lintasan anak untuk langkah-langkah yang tidak diproses secara asli. + Memperbaiki bug OpenCypher dalam penanganan transaksi Bolt. + Memperbaiki masalah konkurensi pada lapisan penyimpanan yang dapat menyebabkan crash. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2.R5, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.5` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2.R5 Jalur Peningkatan Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi engine. `1.2.0.2` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2.R5 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2.R4 (2023-05-08) Rilis: 1.2.0.2.R4 (2023-05-08)Versi mesin 1.2.0.2.R4 Pada 2023-05-08, versi mesin 1.2.0.2.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.2.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.R4.html). Pada 2023-05-08, versi mesin 1.2.0.2.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL di mana sejumlah besar nilai yang disuntikkan melalui `VALUES` klausa dapat menyebabkan penurunan kinerja. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2.R4, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.6` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2.R4 Jalur Peningkatan Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi engine. `1.2.0.2` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2.R4 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2.R3 (2023-03-27) Rilis: 1.2.0.2.R3 (2023-03-27)Versi mesin 1.2.0.2.R3 Pada 2023-03-27, versi mesin 1.2.0.2.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.2.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.R3.html). Pada 2023-03-27, versi mesin 1.2.0.2.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Untuk cluster DB tanpa server, ubah pengaturan kapasitas minimum menjadi 1.0 NCU, dan pengaturan maksimum valid terendah menjadi 2,5. NCUs Lihat [Penskalaan kapasitas dalam cluster DB Neptunus Tanpa Server](neptune-serverless-capacity-scaling.md) + Menambahkan `enableInterContainerTrafficEncryption` parameter ke semua [Neptunus APIs Neptunus](machine-learning-api-reference.md), yang dapat Anda gunakan untuk mengaktifkan dan menonaktifkan enkripsi lalu lintas antar-kontainer dalam pelatihan atau pekerjaan penyetelan hiper-parameter. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin yang tidak dikenali sebagai `option(Predicate)` sintaks Gremlin yang valid. + Memperbaiki bug Gremlin yang menyebabkan kueri tidak dibersihkan dengan benar jika gagal karena mengandung terlalu banyak langkah. + Memperbaiki masalah kebenaran Gremlin yang memengaruhi kueri DFE `limit` sebagai traversal anak dari langkah non-serikat dengan kembali ke Tinkerpop. Berikut adalah contoh kueri seperti itu: ``` g.withSideEffect('Neptune#useDFE', true).V().as("a").select("a").by(out().limit(1)) ``` + Memperbaiki potensi kebocoran transaksi Gremlin saat kueri dikirimkan sebagai String berisi. `GroupCountStep` + Memperbaiki bug OpenCypher di mana jenis nilai parameter tidak disimpulkan dengan benar dalam daftar atau daftar peta. + Memperbaiki bug OpenCypher di mana kueri pembaruan dan pengembalian tidak ditangani`orderBy`,, `limit` atau dengan benar. `skip` + Memperbaiki bug OpenCypher yang memungkinkan parameter yang terkandung dalam satu permintaan diganti oleh parameter yang terkandung dalam permintaan simultan lainnya. + Memperbaiki bug SPARQL di mana sejumlah besar nilai yang disuntikkan dalam `VALUES` klausa dapat menyebabkan penurunan kinerja. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.6` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2.R3 Jalur Peningkatan Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi engine. `1.2.0.2` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.2.R2 (2022-12-15) Rilis: 1.2.0.2.R2 (2022-12-15)Versi mesin 1.2.0.2.R2 Pada 2022-12-15, versi mesin 1.2.0.2.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.2.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.2.R2.html). Pada 2022-12-15, versi mesin 1.2.0.2.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, pengaturan jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri OpenCypher yang melibatkan dan. `MERGE` `OPTIONAL MATCH` + Peningkatan kinerja query OpenCypher yang melibatkan `UNWIND` daftar peta nilai literal. + Peningkatan kinerja kueri OpenCypher yang memiliki filter untuk. `IN` `id` Misalnya: ``` MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n ``` + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki bug Gremlin yang menyebabkan label langkah yang dilampirkan `UnionStep` tidak disebarkan ke elemen jalur terakhir dari lintasan turunannya. + Memperbaiki bug Gremlin yang menyebabkan `valueMap()` tidak dioptimalkan di bawah `by()` traversal di mesin DFE. + Memperbaiki bug Gremlin di mana kueri baca yang dieksekusi sebagai bagian dari transaksi Gremlin yang lebih lama tidak akan mengunci baris. + Memperbaiki bug log audit yang menyebabkan informasi yang tidak perlu dicatat dan bidang tertentu hilang dari log. + Memperbaiki bug log audit di mana IAM ARN permintaan HTTP ke kluster DB berkemampuan IAM tidak direkam. + Memperbaiki bug lookup-cache sehingga dapat membatasi memori tambahan yang digunakan untuk menulis ke cache. + Memperbaiki bug lookup-cache yang melibatkan pengaturan mode hanya-baca untuk cache pencarian saat penulisan gagal. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.2.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.2.R2 Jalur Peningkatan Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi engine. `1.2.0.2` ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.2.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.1 (2022-10-26) Rilis: 1.2.0.1 (2022-10-26)Versi mesin 1.2.0.1 Pada 2022-10-26, engine versi 1.2.0.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.1.html). Pada 2022-10-26, engine versi 1.2.0.1 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis Pemeliharaan: 1.2.0.1.R2 (2022-12-13)](engine-releases-1.2.0.1.R2.md) + [Rilis Pemeliharaan: 1.2.0.1.R3 (2023-09-27)](engine-releases-1.2.0.1.R3.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Memperkenalkan [Amazon Neptune](neptune-serverless.md) Serverless, konfigurasi penskalaan otomatis sesuai permintaan yang meningkatkan skala cluster DB Anda untuk memenuhi peningkatan permintaan pemrosesan dan kemudian turun lagi saat permintaan menurun. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri Gremlin`order-by`. Kueri Gremlin dengan `order-by` di akhir `NeptuneGraphQueryStep` sekarang menggunakan ukuran potongan yang lebih besar untuk kinerja yang lebih baik. Ini tidak berlaku untuk `order-by` node internal (non-root) dari rencana kueri. + Peningkatan kinerja kueri pembaruan Gremlin. Simpul dan tepi sekarang harus dikunci terhadap penghapusan sambil menambahkan tepi atau properti. Perubahan ini menghilangkan kunci duplikat dalam transaksi, yang meningkatkan kinerja. + Peningkatan kinerja query Gremlin yang menggunakan `dedup()` bagian dalam `repeat()` subquery dengan menekan `dedup` ke bawah ke layer eksekusi asli. + Menambahkan pesan kesalahan yang mudah digunakan untuk kesalahan otentikasi IAM. Pesan-pesan ini sekarang menunjukkan pengguna IAM Anda atau peran ARN, ARN sumber daya, dan daftar tindakan yang tidak sah untuk permintaan tersebut. Daftar tindakan yang tidak sah membantu Anda melihat apa yang mungkin hilang atau ditolak secara eksplisit dalam kebijakan IAM yang Anda gunakan. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana menggunakan `PartitionStrategy` setelah memutakhirkan ke TinkerPop 3.5 secara tidak benar menghasilkan kesalahan dengan pesan, "PartitionStrategy tidak berfungsi dengan Traversals anonim,” yang mencegah traversal dieksekusi. + Memperbaiki bug kebenaran Gremlin yang melibatkan `WherePredicateStep` terjemahan, di mana mesin kueri Neptunus menghasilkan hasil yang salah untuk kueri yang digunakan dan variasinya. `where(P.neq('x'))` + Memperbaiki bug OpenCypher di `MERGE` klausa yang dalam beberapa kasus menyebabkan duplikat node dan pembuatan edge. + Memperbaiki bug SPARQL dalam penanganan kueri yang berisi `(NOT) EXISTS` dalam `OPTIONAL` klausa, di mana dalam beberapa kasus hasil kueri hilang. + Memperbaiki bug pemuat massal yang menyebabkan regresi kinerja di bawah beban penyisipan berat. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.1 Jalur Peningkatan ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.1.R3 (2023-09-27) Rilis Pemeliharaan: 1.2.0.1.R3 (2023-09-27)Versi mesin 1.2.0.1.R3 Pada 2023-09-27, versi mesin 1.2.0.1.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.1.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.1.R3.html). Pada 2023-09-27, versi mesin 1.2.0.1.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan `enableInterContainerTrafficEncryption` parameter ke semua [Neptunus APIs Neptunus](machine-learning-api-reference.md), yang dapat Anda gunakan untuk mengaktifkan dan menonaktifkan enkripsi lalu lintas antar-kontainer dalam pelatihan atau pekerjaan penyetelan hiper-parameter. + Untuk cluster DB tanpa server, ubah pengaturan kapasitas minimum menjadi 1.0 NCU, dan pengaturan maksimum valid terendah menjadi 2,5. NCUs Lihat [Penskalaan kapasitas dalam cluster DB Neptunus Tanpa Server](neptune-serverless-capacity-scaling.md) *(((before release, this change needs to be reflected in the serverless page too))).* ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana update-and-return kueri tidak menangani`orderBy`,, `limit` atau dengan benar. `skip` + Memperbaiki bug OpenCypher yang memungkinkan parameter yang terkandung dalam satu permintaan diganti oleh parameter yang terkandung dalam permintaan simultan lainnya. + Memperbaiki bug OpenCypher dalam penanganan transaksi Bolt. + Memperbaiki masalah kebenaran Gremlin untuk kueri DFE dengan `limit` sebagai traversal anak dari langkah-langkah non-serikat dengan kembali ke Tinkerpop. Misalnya, untuk kueri seperti ini: ``` g.withSideEffect('Neptune#useDFE', true) .V() .as("a") .select("a") .by(out() .limit(1)) ``` + Memperbaiki bug Gremlin di mana kueri akan gagal karena berisi terlalu banyak TinkerPop langkah dan kemudian tidak akan dibersihkan. + Memperbaiki bug Gremlin di mana tidak `order()` akan mengurutkan output string dengan benar ketika beberapa di antaranya berisi karakter spasi. + Memperbaiki bug Gremlin di mana kebocoran transaksi dapat terjadi ketika kueri dikirimkan sebagai String dan berisi. `GroupCountStep` + Memperbaiki bug Gremlin di mana kebocoran transaksi akan terjadi saat memeriksa titik akhir status kueri Gremlin untuk kueri dengan predikat di lintasan anak untuk langkah-langkah yang tidak diproses secara asli. + Memperbaiki bug Gremlin tempat menambahkan Edge dan propertinya diikuti oleh `inV()` atau `outV()` menyebabkan file. `InternalFailureException` + Memperbaiki masalah konkurensi di lapisan penyimpanan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.1.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.6` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.1.R3 Jalur Peningkatan [Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan engine versi 1.2.0.1](engine-releases-1.2.0.1.md) ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.1.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.1.R2 (2022-12-13) Rilis Pemeliharaan: 1.2.0.1.R2 (2022-12-13)Versi mesin 1.2.0.1.R2 Pada 2022-12-13, versi mesin 1.2.0.1.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.1.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.1.R2.html). Pada 2022-12-13, versi mesin 1.2.0.1.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, pengaturan jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Meningkatkan kinerja query OpenCypher yang melibatkan `UNWIND` pada daftar peta nilai literal. + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki bug log audit yang menyebabkan informasi yang tidak perlu dicatat dan bidang tertentu hilang dari log. + Memperbaiki bug lookup-cache sehingga dapat membatasi memori tambahan yang digunakan untuk menulis ke cache. + Memperbaiki bug lookup-cache yang melibatkan pengaturan mode hanya-baca untuk cache pencarian saat penulisan gagal. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.1.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.1.R2 Jalur Peningkatan [Cluster DB Neptunus Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan engine versi 1.2.0.1](engine-releases-1.2.0.1.md) ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.2.0.1.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.0 (2022-07-21) Rilis: 1.2.0.0 (2022-07-21)Versi mesin 1.2.0.0 Pada 2022-07-21, engine versi 1.2.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.0.html) Engine Release 1.2.0.0. Pada 2022-07-21, engine versi 1.2.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](#engine-releases-1.2.0.0) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, pengaturan jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.2.0.0.R2 (2022-10-14)](engine-releases-1.2.0.0.R2.md) + [Rilis: 1.2.0.0.R3 (2022-12-15)](engine-releases-1.2.0.0.R3.md) + [Rilis: 1.2.0.0.R4 (2023-09-29)](engine-releases-1.2.0.0.R4.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Menambahkan dukungan untuk [database global](neptune-global-database.md). Database global Neptunus mencakup Wilayah AWS beberapa, dan terdiri dari cluster DB primer di satu wilayah, dan hingga lima cluster DB sekunder di wilayah lain. + Menambahkan dukungan untuk kontrol akses yang lebih terperinci dalam kebijakan IAM Neptunus daripada yang telah tersedia sebelumnya, berdasarkan tindakan bidang data. Ini adalah perubahan besar dalam kebijakan IAM yang ada yang didasarkan pada `connect` tindakan usang harus disesuaikan untuk menggunakan tindakan bidang data yang lebih terperinci. Lihat [Jenis kebijakan IAM](security-iam-access-manage.md#iam-auth-policy). + Peningkatan ketersediaan instance pembaca. Sebelumnya, ketika instance penulis dimulai ulang, semua instance pembaca di cluster Neptunus juga otomatis dimulai ulang. Dimulai dengan rilis mesin 1.2.0.0, instance pembaca tetap aktif setelah penulis memulai ulang, yang meningkatkan ketersediaan pembaca. Instance pembaca dapat dimulai ulang secara terpisah untuk mengambil perubahan grup parameter. Lihat [Mem-boot ulang instans DB di Amazon Neptunus](manage-console-instances-reboot.md). + Menambahkan parameter cluster DB [neptune\$1streams\$1expiry\$1days](parameters.md#parameters-db-cluster-parameters-neptune_streams_expiry_days) baru yang memungkinkan Anda mengatur jumlah hari rekaman streaming disimpan di server sebelum dihapus. Kisarannya adalah 1 hingga 90, dan defaultnya adalah 7. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja serialisasi Gremlin untuk kueri. ByteCode + Neptunus sekarang memproses predikat teks menggunakan mesin DFE, untuk meningkatkan kinerja. + Neptunus sekarang memproses langkah-langkah `limit()` Gremlin menggunakan mesin DFE, termasuk batas traversal non-terminal dan anak. + Mengubah penanganan DFE dari `union()` langkah Gremlin untuk bekerja dengan fitur baru lainnya, yang berarti bahwa node referensi muncul di profil kueri seperti yang diharapkan. + Peningkatan kinerja hingga faktor 5 dari beberapa operasi gabungan yang mahal dalam DFE dengan memparalelkannya. + Menambahkan dukungan `by()` modulasi `OrderGlobalStep order(global)` untuk mesin Gremlin DFE. + Menambahkan tampilan nilai statis yang disuntikkan dalam menjelaskan detail untuk DFE. + Peningkatan kinerja saat memangkas pola duplikat. + Menambahkan dukungan pelestarian pesanan di mesin Gremlin DFE. + Meningkatkan kinerja query Gremlin memiliki filter kosong, seperti ini: ``` g.V().hasId(P.within([])) ``` ``` g.V().hasId([]) ``` + Perpesanan kesalahan yang ditingkatkan ketika kueri SPARQL menggunakan nilai numerik yang terlalu besar untuk diwakili Neptunus secara internal. + Peningkatan kinerja untuk menjatuhkan simpul dengan tepi terkait dengan mengurangi pencarian indeks saat aliran dinonaktifkan. + Dukungan DFE yang diperluas ke lebih banyak varian `has()` langkah, khususnya untuk, `hasKey()``hasLabel()`, dan untuk berbagai predikat untuk di dalam. strings/URIs `has()` Ini memengaruhi kueri seperti berikut: ``` // hasKey() on properties g.V().properties().hasKey("name") g.V().properties().has(T.key, TextP.startingWith("a")) g.E().properties().hasKey("weight") g.E().properties().hasKey(TextP.containing("t")) // hasLabel() on vertex properties g.V().properties().hasLabel("name") // range predicates on ID and Label fields g.V().has(T.label, gt("person")) g.E().has(T.id, lte("(an ID value)")) ``` + Menambahkan [`join()`](access-graph-opencypher-extensions.md#opencypher-compliance-join-function)fungsi OpenCypher khusus Neptunus yang menggabungkan string dalam daftar menjadi satu string. + Memperbarui kebijakan [terkelola Neptunus](security-iam-access-managed-policies.md) untuk menyertakan izin akses data dan izin untuk database global baru. APIs ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana permintaan HTTP tanpa tipe konten yang ditentukan akan secara otomatis gagal. + Memperbaiki bug SPARQL di pengoptimal kueri yang mencegah penggunaan panggilan layanan di dalam kueri. + Memperbaiki bug SPARQL di parser Turtle RDF di mana kombinasi tertentu dari data Unicode menyebabkan kegagalan. + Memperbaiki bug SPARQL di mana kombinasi `GRAPH` dan `SELECT` klausa tertentu menghasilkan hasil kueri yang salah. + Memperbaiki bug Gremlin yang menyebabkan masalah kebenaran untuk kueri yang menggunakan langkah filter apa pun dalam langkah gabungan, seperti berikut ini: ``` g.V("1").union(hasLabel("person"), out()) ``` + Memperbaiki bug Gremlin di mana `count()` `both().simplePath()` akan menghasilkan dua kali lipat jumlah hasil aktual yang dikembalikan tanpa. `count()` + Memperbaiki bug OpenCypher di mana pengecualian ketidakcocokan tanda tangan yang salah dihasilkan oleh server untuk permintaan Bolt ke cluster dengan otentikasi IAM diaktifkan. + Memperbaiki bug OpenCypher di mana kueri menggunakan HTTP keep-alive bisa salah ditutup jika dikirimkan setelah permintaan gagal. + Memperbaiki bug OpenCypher yang dapat menyebabkan kesalahan internal dilemparkan saat kueri yang mengembalikan nilai konstan dikirimkan. + Memperbaiki bug dalam detail penjelasan sehingga subquery DFE `Time(ms)` sekarang dengan benar menjumlahkan waktu CPU operator dalam subquery DFE. Pertimbangkan kutipan berikut menjelaskan output sebagai contoh: ``` subQuery1 ╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗ ║ ID │ Out #1 │ Out #2 │ Name │ Arguments │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║ ╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣ ... ╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢ ║ 1 │ 2 │ - │ DFEChunkLocalSubQuery │ subQuery=...graph#336e.../graph_1 │ - │ 1 │ 1 │ 1.00 │ 0.38 ║ ║ │ │ │ │ coordinationTime(ms)=0.026 │ │ │ │ │ ║ ╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢ ... subQuery=...graph#336e.../graph_1 ╔════╤════════╤════════╤═══════════════════════╤═══════════════════════════════════╤══════╤══════════╤═══════════╤═══════╤═══════════╗ ║ ID │ Out #1 │ Out #2 │ Name │ Arguments │ Mode │ Units In │ Units Out │ Ratio │ Time (ms) ║ ╠════╪════════╪════════╪═══════════════════════╪═══════════════════════════════════╪══════╪══════════╪═══════════╪═══════╪═══════════╣ ║ 0 │ 1 │ - │ DFESolutionInjection │ solutions=[?100 -> [-10^^]] │ - │ 0 │ 1 │ 0.00 │ 0.04 ║ ║ │ │ │ │ outSchema=[?100] │ │ │ │ │ ║ ╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢ ║ 1 │ 3 │ - │ DFERelationalJoin │ joinVars=[] │ - │ 2 │ 1 │ 0.50 │ 0.29 ║ ╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢ ║ 2 │ 1 │ - │ DFESolutionInjection │ outSchema=[] │ - │ 0 │ 1 │ 0.00 │ 0.01 ║ ╟────┼────────┼────────┼───────────────────────┼───────────────────────────────────┼──────┼──────────┼───────────┼───────┼───────────╢ ║ 3 │ - │ - │ DFEDrain │ - │ - │ 1 │ 0 │ 0.00 │ 0.02 ║ ╚════╧════════╧════════╧═══════════════════════╧═══════════════════════════════════╧══════╧══════════╧═══════════╧═══════╧═══════════╝ ``` Waktu subQuery di kolom terakhir dari tabel bawah bertambah hingga 0,36 ms ()`.04 + .29 + .01 + .02 = .36`. Ketika Anda menambahkan ke waktu koordinasi untuk subquery (`.36 + .026 = .386`), Anda mendapatkan hasil yang mendekati waktu untuk subQuery direkam di kolom terakhir dari tabel atas, yaitu `0.38` ms. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.0 Jalur Peningkatan Karena ini adalah rilis mesin utama, tidak ada peningkatan otomatis untuk itu. Anda hanya dapat meningkatkan untuk merilis `1.2.0.0` secara manual, dari rilis patch terbaru dari [rilis mesin 1.1.1.0](engine-releases-1.1.1.0.md). Rilis mesin sebelumnya harus terlebih dahulu ditingkatkan ke rilis terbaru `1.1.1.0` sebelum dapat ditingkatkan ke. `1.2.0.0` Oleh karena itu, sebelum Anda mencoba meningkatkan ke rilis ini, harap konfirmasikan bahwa Anda sedang menjalankan rilis patch terbaru dari rilis`1.1.1.0`. Jika tidak, mulailah dengan memutakhirkan ke rilis patch terbaru dari. `1.1.1.0` Sebelum memutakhirkan, Anda juga harus membuat ulang grup parameter cluster DB kustom yang telah Anda gunakan dengan versi sebelumnya, menggunakan keluarga grup parameter. `neptune1.2` Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Jika Anda memutakhirkan terlebih dahulu untuk merilis `1.1.1.0` dan kemudian segera ke`1.2.0.0`, Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai (lihat[Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md)). ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.0.R4 (2023-09-29) Rilis: 1.2.0.0.R4 (2023-09-29)Versi mesin 1.2.0.0.R4 Pada 2023-09-29, versi mesin 1.2.0.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.0.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.0.R4.html). Pada 2023-09-29, versi mesin 1.2.0.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan `enableInterContainerTrafficEncryption` parameter ke semua [Neptunus APIs Neptunus](machine-learning-api-reference.md), yang dapat Anda gunakan untuk mengaktifkan dan menonaktifkan enkripsi lalu lintas antar-kontainer dalam pelatihan atau pekerjaan penyetelan hiper-parameter. + Untuk cluster DB tanpa server, ubah pengaturan kapasitas minimum menjadi 1.0 NCU, dan pengaturan maksimum valid terendah menjadi 2,5. NCUs Lihat [Penskalaan kapasitas dalam cluster DB Neptunus Tanpa Server](neptune-serverless-capacity-scaling.md) *(((before release, this change needs to be reflected in the serverless page too))).* ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana update-and-return kueri tidak menangani`orderBy`,, `limit` atau dengan benar. `skip` + Memperbaiki bug OpenCypher yang memungkinkan parameter yang terkandung dalam satu permintaan diganti oleh parameter yang terkandung dalam permintaan simultan lainnya. + Memperbaiki bug OpenCypher dalam penanganan transaksi Bolt. + Memperbaiki masalah kebenaran Gremlin untuk kueri DFE dengan `limit` sebagai traversal anak dari langkah-langkah non-serikat dengan kembali ke Tinkerpop. Misalnya, untuk kueri seperti ini: ``` g.withSideEffect('Neptune#useDFE', true) .V() .as("a") .select("a") .by(out() .limit(1)) ``` + Memperbaiki bug Gremlin di mana kueri akan gagal karena berisi terlalu banyak TinkerPop langkah dan kemudian tidak akan dibersihkan. + Memperbaiki bug Gremlin di mana tidak `order()` akan mengurutkan output string dengan benar ketika beberapa di antaranya berisi karakter spasi. + Memperbaiki bug Gremlin di mana kebocoran transaksi dapat terjadi ketika kueri dikirimkan sebagai String dan berisi. `GroupCountStep` + Memperbaiki bug Gremlin di mana kebocoran transaksi akan terjadi saat memeriksa titik akhir status kueri Gremlin untuk kueri dengan predikat di lintasan anak untuk langkah-langkah yang tidak diproses secara asli. + Memperbaiki bug Gremlin tempat menambahkan Edge dan propertinya diikuti oleh `inV()` atau `outV()` menyebabkan file. `InternalFailureException` + Memperbaiki masalah konkurensi di lapisan penyimpanan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.0.R4, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.6` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.0.R4 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.2.0.0`. Anda hanya dapat memutakhirkan untuk merilis `1.2.0.0` secara manual dari rilis patch terbaru dari [rilis mesin 1.1.1.0](engine-releases-1.1.1.0.md). Rilis mesin sebelumnya harus terlebih dahulu ditingkatkan ke rilis terbaru `1.1.1.0` sebelum dapat ditingkatkan ke. `1.2.0.0` Jika Anda memutakhirkan terlebih dahulu untuk merilis `1.1.1.0` dan kemudian segera ke`1.2.0.0`, Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.0.R3 (2022-12-15) Rilis: 1.2.0.0.R3 (2022-12-15)Versi mesin 1.2.0.0.R3 Pada 2022-12-15, versi mesin 1.2.0.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.0.R3.html). Pada 2022-12-15, versi mesin 1.2.0.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri OpenCypher yang melibatkan dan. `MERGE` `OPTIONAL MATCH` + Meningkatkan kinerja query OpenCypher yang melibatkan `UNWIND` pada daftar peta nilai literal. + Peningkatan kinerja kueri OpenCypher yang memiliki filter untuk. `IN` `id` Misalnya: ``` MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n ``` + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki bug OpenCypher sehingga dapat menafsirkan jenis parameter dengan benar ketika nilainya adalah daftar atau daftar peta. + Memperbaiki bug log audit yang menyebabkan informasi yang tidak perlu dicatat dan bidang tertentu hilang dari log. + Memperbaiki bug log audit di mana IAM ARN permintaan HTTP ke kluster DB berkemampuan IAM tidak direkam. + Memperbaiki bug lookup-cache sehingga dapat membatasi memori tambahan yang digunakan untuk menulis ke cache. + Memperbaiki bug lookup-cache yang melibatkan pengaturan mode hanya-baca untuk cache pencarian saat penulisan gagal. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.0.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.0.R3 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.2.0.0`. Anda hanya dapat memutakhirkan untuk merilis `1.2.0.0` secara manual dari rilis patch terbaru dari [rilis mesin 1.1.1.0](engine-releases-1.1.1.0.md). Rilis mesin sebelumnya harus terlebih dahulu ditingkatkan ke rilis terbaru `1.1.1.0` sebelum dapat ditingkatkan ke. `1.2.0.0` Jika Anda memutakhirkan terlebih dahulu untuk merilis `1.1.1.0` dan kemudian segera ke`1.2.0.0`, Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.2.0.0.R2 (2022-10-14) Rilis: 1.2.0.0.R2 (2022-10-14)Versi mesin 1.2.0.0.R2 Pada 2022-10-14, versi mesin 1.2.0.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.2.0.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.2.0.0.R2.html). Pada 2022-10-14, versi mesin 1.2.0.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **catatan** **Jika memutakhirkan dari versi mesin lebih awal dari 1.2.0.0:** [Engine release 1.2.0.0](engine-releases-1.2.0.0.md) memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. `neptune1.2` Rilis sebelumnya menggunakan keluarga grup parameter`neptune1`, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Untuk informasi selengkapnya, lihat [Grup parameter Amazon Neptunus](parameter-groups.md). Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan [`UndoLogsListSize`](cw-metrics.md#cw-metrics-UndoLogListSize) CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran dapat habis sementara menunggu pembersihan log pembatalan selesai. Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam. Jika `UndoLogsListSize` CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya. Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:`request.setResourcePath("/openCypher"));`. Dalam bahasa lain, `/openCypher` dapat ditambahkan ke URI endpoint. Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri Gremlin`order-by`. Kueri Gremlin dengan `order-by` di akhir `NeptuneGraphQueryStep` sekarang menggunakan ukuran potongan yang lebih besar untuk kinerja yang lebih baik. Ini tidak berlaku untuk `order-by` node internal (non-root) dari rencana kueri. + Peningkatan kinerja kueri pembaruan Gremlin. Simpul dan tepi sekarang harus dikunci terhadap penghapusan sambil menambahkan tepi atau properti. Perubahan ini menghilangkan kunci duplikat dalam transaksi, yang meningkatkan kinerja. + Peningkatan kinerja query Gremlin yang menggunakan `dedup()` bagian dalam `repeat()` subquery dengan menekan `dedup` ke bawah ke layer eksekusi asli. + Ditambahkan petunjuk `Neptune#cardinalityEstimates` query Gremlin. Ketika diatur ke`false`, ini menonaktifkan perkiraan kardinalitas. + Menambahkan pesan kesalahan yang mudah digunakan untuk kesalahan otentikasi IAM. Pesan-pesan ini sekarang menunjukkan pengguna IAM Anda atau peran ARN, ARN sumber daya, dan daftar tindakan yang tidak sah untuk permintaan tersebut. Daftar tindakan yang tidak sah membantu Anda melihat apa yang mungkin hilang atau ditolak secara eksplisit dalam kebijakan IAM yang Anda gunakan. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug kebenaran Gremlin yang melibatkan `WherePredicateStep` terjemahan, di mana mesin kueri Neptunus menghasilkan hasil yang salah untuk kueri yang digunakan dan variasinya. `where(P.neq('x'))` + Memperbaiki bug Gremlin di mana menggunakan `PartitionStrategy` setelah memutakhirkan ke TinkerPop 3.5 secara tidak benar menghasilkan kesalahan dengan pesan, "PartitionStrategy tidak berfungsi dengan Traversals anonim,” yang mencegah traversal dieksekusi. + Memperbaiki berbagai bug Gremlin yang terkait dengan `joinTime` gabungan akhir dan statistik di dalam subkelompok. `Project.ASK` + Memperbaiki bug OpenCypher di `MERGE` klausa yang dalam beberapa kasus menyebabkan duplikat node dan pembuatan edge. + Memperbaiki bug transaksi di mana sesi dapat menyisipkan data grafik dan komit bahkan ketika sisipan kamus bersamaan yang sesuai dibatalkan. + Memperbaiki bug pemuat massal yang menyebabkan regresi kinerja di bawah beban penyisipan berat. + Memperbaiki bug SPARQL dalam penanganan kueri yang berisi `(NOT) EXISTS` dalam `OPTIONAL` klausa, di mana dalam beberapa kasus hasil kueri hilang. + Memperbaiki bug di mana driver dapat tampak hang dalam kasus di mana permintaan dibatalkan karena batas waktu sebelum dimulainya evaluasi. Dimungkinkan untuk masuk ke status ini jika semua utas pemrosesan kueri di server dikonsumsi saat batas waktu terjadi pada item dalam antrian permintaan. Karena batas waktu dari antrian permintaan tidak segera mengirim pesan, tanggapan muncul kepada klien untuk tetap tertunda. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.2.0.0.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.2.0.0.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.2.0.0`. Anda hanya dapat memutakhirkan untuk merilis `1.2.0.0` secara manual dari rilis patch terbaru dari [rilis mesin 1.1.1.0](engine-releases-1.1.1.0.md). Rilis mesin sebelumnya harus terlebih dahulu ditingkatkan ke rilis terbaru `1.1.1.0` sebelum dapat ditingkatkan ke. `1.2.0.0` Jika Anda memutakhirkan terlebih dahulu untuk merilis `1.1.1.0` dan kemudian segera ke`1.2.0.0`, Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.2.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.2.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0 (2022-04-19) Rilis: 1.1.1.0 (2022-04-19)Versi mesin 1.1.1.0 Pada 2022-04-19, engine versi 1.1.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.html) Engine Release 1.1.1.0. Pada 2022-04-19, engine versi 1.1.1.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Agar berhasil menyelesaikan peningkatan, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal peningkatan, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis pemeliharaan: 1.1.1.0.R2 (2022-05-16)](engine-releases-1.1.1.0.R2.md) + [Rilis: 1.1.1.0.R3 (2022-06-07)](engine-releases-1.1.1.0.R3.md) + [Rilis: 1.1.1.0.R4 (2022-06-23)](engine-releases-1.1.1.0.R4.md) + [Rilis: 1.1.1.0.R5 (2022-07-21)](engine-releases-1.1.1.0.R5.md) + [Rilis: 1.1.1.0.R6 (2022-09-23)](engine-releases-1.1.1.0.R6.md) + [Rilis: 1.1.1.0.R7 (2023-01-23)](engine-releases-1.1.1.0.R7.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + [Bahasa query OpenCypher](access-graph-opencypher.md) sekarang umumnya tersedia untuk penggunaan produksi. **Awas** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Dalam pratinjau Neptunus untuk OpenCypher, string host dalam tanda tangan IAM menyertakan protokol, seperti, seperti ini: `bolt://` ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan rilis mesin ini, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. + Menambahkan dukungan untuk TinkerPop `3.5.2`. Di antara [perubahan dalam rilis ini](https://github.com/apache/tinkerpop/blob/3.5.2/CHANGELOG.asciidoc#release-3-5-2) adalah dukungan untuk transaksi jarak jauh dan dukungan bytecode untuk sesi (menggunakan [https://tinkerpop.apache.org/docs/current/reference/#transactions](https://tinkerpop.apache.org/docs/current/reference/#transactions)), dan penambahan `datetime()` fungsi ke bahasa Gremlin. **Awas** Ada beberapa perubahan besar yang diperkenalkan di TinkerPop 3.5.0, 3.5.1, dan 3.5.2 yang dapat memengaruhi kode Gremlin Anda. Misalnya, [menggunakan traversal yang dihasilkan oleh a GraphTraversalSource sebagai anak-anak](https://issues.apache.org/jira/browse/TINKERPOP-2361) seperti ini tidak akan berfungsi lagi:. `g.V().union(identity(), g.V())` Sekarang sebagai gantinya, gunakan traversal anonim seperti ini:`g.V().union(identity(), __.V())`. + Menambahkan dukungan untuk [kunci kondisi AWS global](iam-data-condition-keys.md#iam-data-global-condition-keys) yang dapat Anda gunakan dalam [kebijakan akses data IAM yang mengontrol akses ke data yang disimpan](iam-admin-policies.md) di Neptunus dan cluster DB Neptunus. + Mesin [kueri Neptunus DFE sekarang umumnya tersedia untuk penggunaan produksi dengan bahasa kueri](neptune-dfe-engine.md) OpenCypher, tetapi belum untuk kueri Gremlin dan SPARQL. Anda sekarang mengaktifkannya menggunakan parameter [neptune\$1dfe\$1query\$1engine](parameters.md#parameters-instance-parameters-neptune_dfe_query_engine) instance-nya sendiri daripada parameter lab-mode. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan fitur baru ke [OpenCypher](access-graph-opencypher.md) seperti dukungan kueri berparameter, caching pohon sintaks abstrak (AST) untuk kueri berparameter, peningkatan jalur panjang variabel (VLP), serta operator dan klausa baru. Lihat [Kepatuhan spesifikasi OpenCypher di Amazon Neptunus](feature-opencypher-compliance.md) untuk tingkat dukungan bahasa saat ini. + Membuat peningkatan kinerja yang signifikan pada OpenCypher untuk beban kerja baca dan tulis yang sederhana, menghasilkan throughput yang lebih tinggi jika dibandingkan dengan Release 1.1.0.0. + Menghapus keterbatasan dua arah dan kedalaman OpenCypher yang menangani jalur panjang variabel. + Dukungan lengkap di mesin DFE untuk Gremlin `within` dan `without` predikat, termasuk kasus di mana mereka digabungkan dengan operator predikat lainnya. Misalnya: ``` g.V().has('age', within(12, 15, 18).or(gt(30))) ``` + Dukungan yang diperluas di mesin DFE untuk `order` langkah Gremlin ketika ruang lingkup global (yaitu, tidak`order(local)`), dan ketika `by()` modulator tidak digunakan. Misalnya, kueri ini sekarang memiliki dukungan DFE: ``` g.V().values("age").order() ``` + Menambahkan `isLastOp` bidang ke format respons perubahan log [aliran Neptunus](streams-using-api-reponse.md), untuk menunjukkan bahwa catatan adalah operasi terakhir dalam transaksinya. + Secara signifikan meningkatkan kinerja pencatatan audit dan mengurangi latensi saat pencatatan audit diaktifkan. + Dikonversi WebSocket bytecode Gremlin dan kueri HTTP menjadi format yang dapat dibaca pengguna di log audit. Kueri sekarang dapat langsung disalin dari log audit untuk dieksekusi di notebook Neptunus dan di tempat lain. Perhatikan bahwa perubahan pada format log audit saat ini merupakan perubahan yang melanggar. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin langka di mana tidak ada hasil yang dikembalikan saat menggunakan bersarang `filter()` dan `count()` langkah-langkah dalam kombinasi, seperti dalam kueri berikut: ``` g.V("1").filter(out("knows") .filter(in("knows") .hasId("notExists")) .count()) ``` + Memperbaiki bug Gremlin di mana kesalahan dikembalikan saat menggunakan simpul yang disimpan oleh langkah agregat di salah satu `to()` atau `from()` traversal dalam hubungannya dengan langkah. `addE` Contoh kueri semacam itu adalah: ``` g.V("id").aggregate("v").out().addE().to(select("v").unfold())) ``` + Memperbaiki bug Gremlin di mana `not` langkahnya gagal dalam kasus tepi saat menggunakan mesin DFE. Misalnya: ``` g.V().not(V()) ``` + Memperbaiki bug Gremlin di mana `sideEffect` nilai tidak tersedia di dalam `to()` dan `from()` melintasi. + Memperbaiki bug yang terkadang menyebabkan reset cepat memicu failover instance. + Memperbaiki bug pemuat massal di mana transaksi yang gagal tidak akan ditutup sebelum memulai pekerjaan pemuatan berikutnya. + Memperbaiki bug loader massal di mana kondisi memori rendah dapat menyebabkan crash pada sistem. + Menambahkan percobaan lagi untuk memperbaiki bug pemuat massal di mana loader tidak menunggu cukup lama hingga kredensyal IAM tersedia setelah failover. + Memperbaiki bug di mana cache kredensyal internal tidak dihapus dengan benar untuk titik akhir non-kueri seperti titik akhir. `status` + Memperbaiki bug aliran untuk memastikan bahwa nomor urutan komit aliran diurutkan dengan benar. + Memperbaiki bug di mana koneksi yang berjalan lama dihentikan lebih cepat dari sepuluh hari pada kluster yang mendukung IAM. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.1.1.0 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Perhatikan bahwa versi sebelum mesin versi utama (1.1.0.0) akan membutuhkan waktu lebih lama untuk meningkatkan ke rilis ini. Anda tidak akan secara otomatis ditingkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal peningkatan, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine neptune \ 4. --engine-version 1.1.1.0 \ 5. --allow-major-version-upgrade \ 6. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine neptune ^ 4. --engine-version 1.1.1.0 ^ 5. --allow-major-version-upgrade ^ 6. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0.R7 (2023-01-23) Rilis: 1.1.1.0.R7 (2023-01-23)Versi mesin 1.1.1.0.R7 Pada 2023-01-23, versi mesin 1.1.1.0.R7 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R7](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R7.html). Pada 2023-01-23, versi mesin 1.1.1.0.R7 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Untuk menyelesaikan peningkatan dengan sukses, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri OpenCypher yang melibatkan dan. `MERGE` `OPTIONAL MATCH` + Peningkatan kinerja query OpenCypher yang melibatkan `UNWIND` daftar peta nilai literal. + Peningkatan kinerja kueri OpenCypher yang memiliki filter untuk. `IN` `id` Misalnya: ``` MATCH (n) WHERE id(n) IN ['1', '2', '3'] RETURN n ``` + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di mana permintaan menggunakan HTTP keep-alive bisa salah ditutup jika dikirimkan setelah permintaan gagal. + Memperbaiki bug OpenCypher di mana jenis parameter tidak selalu ditafsirkan dengan benar untuk daftar atau daftar peta. + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki kode kesalahan OpenCypher dan pesan kesalahan untuk kegagalan dan kesalahan batas waktu kueri. out-of-memory + Memperbaiki bug Gremlin yang menyebabkan `valueMap()` tidak dioptimalkan di bawah `by()` traversal di mesin DFE. + Memperbaiki masalah dengan logika detektor kebuntuan yang terkadang membuat mesin tidak responsif. + Memperbaiki bug log audit yang menyebabkan informasi yang tidak perlu dicatat dan bidang tertentu hilang dari log. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R7, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.3` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R7 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.1.1.0`. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0.R6 (2022-09-23) Rilis: 1.1.1.0.R6 (2022-09-23)Versi mesin 1.1.1.0.R6 Pada 2022-09-23, versi mesin 1.1.1.0.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R6](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R6.html). Pada 2022-09-23, versi mesin 1.1.1.0.R6 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Agar berhasil menyelesaikan peningkatan, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Hingga saat ini, string host dalam tanda tangan IAM menyertakan protokol, seperti`bolt://`, seperti ini: ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan pelepasan mesin`1.1.1.0`, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja kueri Gremlin`order-by`. Kueri Gremlin dengan `order-by` di akhir `NeptuneGraphQueryStep` sekarang menggunakan ukuran potongan yang lebih besar untuk kinerja yang lebih baik. Ini tidak berlaku untuk `order-by` node internal (non-root) dari rencana kueri. + Peningkatan kinerja kueri pembaruan Gremlin. Simpul dan tepi sekarang harus dikunci terhadap penghapusan sambil menambahkan tepi atau properti. Perubahan ini menghilangkan kunci duplikat dalam transaksi, yang meningkatkan kinerja. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug OpenCypher di `MERGE` klausa yang dalam beberapa kasus menyebabkan duplikat node dan pembuatan edge. + Memperbaiki bug dalam penanganan kueri SPARQL yang berisi `(NOT) EXISTS` dalam `OPTIONAL` klausa, di mana dalam beberapa kasus hasil kueri akan hilang. + Memperbaiki bug yang menunda restart server saat beban massal sedang berlangsung. + Memperbaiki bug di mana traversal bi-directional pola panjang variabel OpenCypher dengan filter pada properti relasi akan mengakibatkan kesalahan. Contoh pola panjang variabel seperti itu adalah. `(n)-[r*1..2]->(m)` + Memperbaiki bug yang terkait dengan cara data cache dikirim kembali ke klien, yang dalam beberapa kasus mengakibatkan latensi panjang yang tak terduga. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R6, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R6 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.1.1.0`. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0.R5 (2022-07-21) Rilis: 1.1.1.0.R5 (2022-07-21)Versi mesin 1.1.1.0.R5 Pada 2022-07-21, versi mesin 1.1.1.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R5.html). Pada 2022-07-21, versi mesin 1.1.1.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Agar berhasil menyelesaikan peningkatan, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Hingga saat ini, string host dalam tanda tangan IAM menyertakan protokol, seperti`bolt://`, seperti ini: ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan pelepasan mesin`1.1.1.0`, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Melakukan perbaikan untuk mendukung deteksi kebuntuan. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang mencegah shutdown bersih cluster DB dalam kondisi tertentu. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R5, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R5 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.1.1.0`. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0.R4 (2022-06-23) Rilis: 1.1.1.0.R4 (2022-06-23)Versi mesin 1.1.1.0.R4 Pada 2022-06-23, versi mesin 1.1.1.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R4.html). Pada 2022-06-23, versi mesin 1.1.1.0.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Untuk menyelesaikan peningkatan dengan sukses, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Hingga saat ini, string host dalam tanda tangan IAM menyertakan protokol, seperti`bolt://`, seperti ini: ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan pelepasan mesin`1.1.1.0`, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Diperbarui konfigurasi `x2g` instance untuk jenis contoh. + Peningkatan kinerja tetes vertex. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana solusi tidak mempertahankan urutan stabil untuk kueri yang dipanggil beberapa kali atau di beberapa pembaca untuk jenis gabungan ASK tertentu. + Juga, mempersempit ruang lingkup perubahan dalam rilis sebelumnya yang menyebabkan regresi kinerja untuk jenis ASK tertentu bergabung di Gremlin. + Memperbaiki bug Gremlin pada `union()` langkah yang terjadi ketika ada input tepi dan traversal ke simpul dalam traversal anak. + Memperbaiki bug profil Gremlin di mana beberapa langkah dilaporkan tidak dioptimalkan saat sebenarnya. + Memperbaiki bug SPARQL di mana variabel yang digunakan di dalam `FILTER` ekspresi yang disarangkan ke dalam `UNION` klausa mendapatkan informasi pelingkupan yang tidak valid. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R4, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R4 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.1.1.0`. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.1.0.R3 (2022-06-07) Rilis: 1.1.1.0.R3 (2022-06-07)Versi mesin 1.1.1.0.R3 Pada 2022-06-07, versi mesin 1.1.1.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R3.html). Pada 2022-06-07, versi mesin 1.1.1.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Hingga saat ini, string host dalam tanda tangan IAM menyertakan protokol, seperti`bolt://`, seperti ini: ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan pelepasan mesin`1.1.1.0`, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan dukungan untuk jenis `x2g` instans bertenaga Graviton2, yang dioptimalkan untuk beban kerja intensif memori. Ini awalnya hanya tersedia dalam empat Wilayah AWS: + US East (N. Virginia) (`us-east-1`) + US East (Ohio) (`us-east-2`) + US West (Oregon) (`us-west-2`) + Europe (Ireland) (`eu-west-1`) Lihat halaman [harga Neptunus](https://aws.amazon.com/neptune/pricing/) untuk informasi lebih lanjut. + Peningkatan kinerja langkah-langkah Gremlin di mana beberapa lintasan tepi atau simpul, pencarian properti, atau pencarian label terlibat. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin dalam pemrosesan `otherV()` langkah di dalam traversal anak. + Memperbaiki bug Gremlin dalam kueri dengan hanya `union` memiliki langkah-langkah filter sebagai anak-anak. Misalnya: ``` g.V().union(has("name"), out("knows")).out() ``` + Memperbaiki bug SPARQL di mana variabel yang digunakan di dalam `FILTER` ekspresi yang disarangkan ke dalam `UNION` klausa mendapatkan informasi pelingkupan yang tidak valid. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R3 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.1.1.0`. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Rilis pemeliharaan Amazon Neptunus, versi 1.1.1.0.R2 (2022-05-16) Rilis pemeliharaan: 1.1.1.0.R2 (2022-05-16)Versi rilis pemeliharaan 1.1.1.0.R2 Pada 2022-05-16, rilis pemeliharaan versi engine 1.1.1.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.1.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.1.0.R2.html). Pada 2022-05-16, versi mesin 1.1.1.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Untuk menyelesaikan peningkatan dengan sukses, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Ada perubahan besar dalam rilis ini untuk kode yang menggunakan OpenCypher dengan otentikasi IAM. Hingga saat ini, string host dalam tanda tangan IAM menyertakan protokol, seperti`bolt://`, seperti ini: ``` "Host":"bolt://(host URL):(port)" ``` Dimulai dengan pelepasan mesin`1.1.1.0`, protokol harus dihilangkan: ``` "Host":"(host URL):(port)" ``` Lihat [Menggunakan protokol Bolt](access-graph-opencypher-bolt.md) sebagai contoh. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.1.0.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi paling awal Gremlin didukung:* `3.5.2` + *Gremlin versi terbaru didukung:* `3.5.4` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan jalur ke rilis mesin 1.1.1.0.R2 Jalur peningkatan Cluster Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi `1.1.1.0` engine. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.1.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.1.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.1.0.0 (2021-11-19) Rilis: 1.1.0.0 (2021-11-19)Versi mesin 1.1.0.0 Pada 2021-11-19, versi mesin 1.1.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.0.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.0.0.html). Pada 2021-11-19, versi mesin 1.1.0.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Agar berhasil menyelesaikan peningkatan, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Dimulai dengan rilis mesin ini, [Neptunus tidak lagi `R4`](instance-types.md#instance-type-r4) mendukung jenis instans. Jika Anda menggunakan `R4` instance di cluster DB Anda, Anda harus menggantinya secara manual dengan jenis instans yang berbeda sebelum memutakhirkan ke rilis ini. Jika contoh penulis Anda adalah`R4`, ikuti [instruksi ini](best-practices-general-basic.md#best-practices-resize-instance) untuk memindahkannya. ## Rilis patch berikutnya untuk rilis ini Rilis patch + [Rilis pemeliharaan: 1.1.0.0.R2 (2022-05-16)](engine-releases-1.1.0.0.R2.md) + [Rilis pemeliharaan: 1.1.0.0.R3 (2022-12-23)](engine-releases-1.1.0.0.R3.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + [Memperkenalkan instans `R6g` database tujuan umum `T4g` dan dioptimalkan memori yang didukung oleh prosesor Graviton2.AWS](https://aws.amazon.com/ec2/graviton/) Instans berbasis Graviton2 memberikan hasil yang jauh lebih baik price/performance daripada instans berbasis x86 generasi saat ini yang sebanding untuk berbagai beban kerja. Aplikasi bekerja seperti biasa pada jenis instans baru ini, dan tidak perlu mem-port kode aplikasi saat Anda memutakhirkannya. Untuk informasi selengkapnya tentang harga dan ketersediaan regional, lihat halaman harga [Amazon Neptunus](https://aws.amazon.com/neptune/pricing/). + Memperkenalkan [model kustom](machine-learning-custom-models.md) di Neptunus ML. + Menambahkan dukungan untuk [kueri inferensi SPARQL](machine-learning-sparql-inference-queries.md) di Neptunus ML. + [Menambahkan titik akhir aliran baru untuk data](streams-using-api-call.md) grafik properti, yaitu: ``` https://Neptune-DNS:8182/propertygraph/stream ``` Format output dari endpoint ini, bernama`PG_JSON`, persis sama dengan `GREMLIN_JSON` format output oleh yang lama`gremlin/stream`. `propertygraph/stream`Endpoint baru memperluas dukungan aliran Neptunus ke OpenCypher dan menggantikan titik akhir dengan format output yang terkait. `gremlin/stream` `GREMLIN_JSON` ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Membuat perbaikan pada aliran Neptunus: + Menambahkan `commitTimestamp` bidang ke `records` objek [Neptunus mengalirkan format respons log perubahan, untuk memberikan stempel waktu untuk setiap catatan dalam aliran](streams-using-api-reponse.md) log perubahan. + Menambahkan `LATEST` nilai ke `iteratorType` parameter, memungkinkan Anda untuk mengambil eventiD valid terakhir dari aliran. Lihat [Memanggil Streams API](streams-using-api-call.md). + Menambahkan dukungan untuk mendapatkan [skor kepercayaan inferensi](machine-learning-gremlin-inference-query-predicates.md#machine-learning-gremlin-inference-neptune-ml-score-predicate) dalam klasifikasi node Gremlin dan kueri regresi. + Ditambahkan dukungan untuk `OPTIONAL MATCH` klausa di OpenCypher. + Ditambahkan dukungan untuk `MERGE` klausa di OpenCypher. + Ditambahkan dukungan untuk menggunakan `ORDER BY` dalam `WITH` klausa di OpenCypher. + Menambahkan dukungan untuk pemahaman pola di OpenCypher, dan dukungan yang diperluas untuk ekspresi pola di luar pemeriksaan keberadaan. + Dukungan yang diperluas untuk `DELETE DETACH` klausa `DELETE` dan di OpenCypher, sehingga sekarang dapat digunakan dengan klausa pembaruan lainnya. + Dukungan diperpanjang untuk `CREATE` dan `UPDATE` klausa yang digunakan `RETURN` di OpenCypher. + Menambahkan dukungan di mesin DFE untuk Gremlin`limit`,`range`, dan langkah-langkah. `skip` + Peningkatan eksekusi kueri di mesin DFE ketika tidak `profile` ada `explain` atau diminta. + Peningkatan eksekusi kueri di mesin DFE untuk `value` ekspresi. + Meningkatkan sejumlah pola penyisipan bersyarat Gremlin yang dirantai untuk menghindari pengecualian modifikasi bersamaan dan memungkinkan rantai pola kueri seperti ini: + Penyisipan simpul bersyarat dengan ID, seperti: ``` g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID)) ``` + Penyisipan simpul bersyarat dengan beberapa label, seperti: ``` g.V(ID).fold().coalesce(unfold(), g.addV("L1::L2").property(id,ID)) ``` + Penyisipan tepi bersyarat oleh ID, seperti: ``` g.E(ID).fold().coalesce(unfold(), V(from).addE(label).to(V(to)).property(id, ID)) ``` + Penyisipan tepi bersyarat dengan beberapa label, seperti: ``` g.E(ID).fold().coalesce(unfold(), g.addE(label).from(V(from)).to(V(to)).property(id, ID)) ``` + Penyisipan bersyarat diikuti oleh kueri, seperti: ``` g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID)).project("myvalues").by(valueMap()) ``` + Penyisipan bersyarat dengan properti tambahan, seperti: ``` g.V(ID).fold().coalesce(unfold(), g.addV("L1").property(id,ID).property("name","pumba")) ``` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Menonaktifkan fitur [statistik](neptune-dfe-statistics.md) pada jenis `T3.medium` instance, yang tidak dapat mendukungnya. + Memperbaiki bug SPARQL `explain` dengan `IN` fungsi yang mengambil nilai non-konstan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.0.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.1.0.0 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis ditingkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.0.0 \ 4. --allow-major-version-upgrade \ 5. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.0.0 ^ 4. --allow-major-version-upgrade ^ 5. --apply-immediately ``` Alih-alih`--apply-immediately`, Anda dapat menentukan`--no-apply-immediately`. Untuk melakukan upgrade versi utama, allow-major-version-upgrade parameter diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda dapat ditingkatkan ke versi yang berbeda. Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan paramater ini untuk menentukannya: ``` --db-cluster-parameter-group-name (name of the custom DB cluster parameter group) ``` Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menyertakan parameter ini untuk menentukannya: ``` --db-instance-parameter-group-name (name of the custom instance parameter group) ``` ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Rilis pemeliharaan Amazon Neptunus, versi 1.1.0.0.R3 (2022-12-23) Rilis pemeliharaan: 1.1.0.0.R3 (2022-12-23)Versi rilis pemeliharaan 1.1.0.0.R3 Pada 2022-12-23, rilis pemeliharaan versi engine 1.1.0.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.0.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.0.0.R3.html). Pada 2022-12-23, versi mesin 1.1.0.0.R3 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Untuk menyelesaikan peningkatan dengan sukses, setiap subnet di setiap zona ketersediaan (AZ) harus memiliki setidaknya satu alamat IP yang tersedia per instance Neptunus. Misalnya, jika ada satu instance penulis dan dua instance pembaca di subnet 1, dan dua instance pembaca di subnet 2, subnet 1 harus memiliki setidaknya 3 alamat IP gratis dan subnet 2 harus memiliki setidaknya 2 alamat IP gratis sebelum memulai upgrade. Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja dan perbaikan kebenaran untuk berbagai operator Gremlin, termasuk`repeat`,,, dan. `coalesce` `store` `aggregate` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki masalah lonjakan CPU. + Memperbaiki bug OpenCypher di mana kueri mengembalikan string,`"null"`, bukan nilai null di Bolt dan SPARQL-JSON. + Memperbaiki bug log audit yang menyebabkan informasi yang tidak perlu dicatat dan bidang tertentu hilang dari log. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.0.0.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.1.0.0.R3 Jalur Peningkatan Cluster Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi `1.1.0.0` engine. **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Dimulai dengan rilis mesin ini, [Neptunus tidak lagi `R4`](instance-types.md#instance-type-r4) mendukung jenis instans. Jika Anda menggunakan `R4` instance di cluster DB Anda, Anda harus menggantinya secara manual dengan jenis instans yang berbeda sebelum memutakhirkan ke rilis ini. Jika contoh penulis Anda adalah`R4`, ikuti [instruksi ini](best-practices-general-basic.md#best-practices-resize-instance) untuk memindahkannya. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.1.0.0.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.0.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.0.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Rilis pemeliharaan Amazon Neptunus, versi 1.1.0.0.R2 (2022-05-16) Rilis pemeliharaan: 1.1.0.0.R2 (2022-05-16)Versi rilis pemeliharaan 1.1.0.0.R2 Pada 2022-05-16, rilis pemeliharaan versi engine 1.1.0.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.1.0.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.1.0.0.R2.html). Pada 2022-05-16, versi mesin 1.1.0.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. **penting** **Memutakhirkan ke rilis mesin ini dari versi sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama beberapa menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana cache kredenal internal tidak dihapus dengan benar untuk titik akhir non-kueri seperti titik akhir status. + Memperbaiki bug yang menyebabkan kelambatan replikasi meningkat setelah peningkatan mesin. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.1.0.0.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi OpenCypher:* `Neptune-9.0.20190305-1.0` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.1.0.0.R2 Jalur Peningkatan Cluster Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi `1.1.0.0` engine. **penting** **Memutakhirkan ke rilis mesin ini dari versi apa pun sebelumnya `1.1.0.0` juga memicu peningkatan sistem operasi pada semua instance di cluster DB Anda. Karena permintaan penulisan aktif yang terjadi selama pemutakhiran sistem operasi tidak akan diproses, Anda harus menjeda semua beban kerja tulis ke klaster yang sedang ditingkatkan, termasuk pemuatan data massal, sebelum memulai pemutakhiran.** Pada awal pemutakhiran, Neptunus menghasilkan snapshot dengan nama yang terdiri dari diikuti oleh pengidentifikasi yang dibuat `preupgrade` secara otomatis berdasarkan informasi cluster DB Anda. Anda tidak akan dikenakan biaya untuk snapshot ini, dan Anda dapat menggunakannya untuk memulihkan cluster DB Anda jika terjadi kesalahan selama proses peningkatan. Ketika upgrade mesin itu sendiri telah selesai, versi mesin baru akan tersedia sebentar pada sistem operasi lama, tetapi dalam waktu kurang dari 5 menit semua instance di cluster Anda secara bersamaan akan memulai upgrade sistem operasi. Cluster DB Anda tidak akan tersedia pada saat ini selama sekitar 6 menit. Anda dapat melanjutkan beban kerja menulis setelah peningkatan selesai. Proses ini menghasilkan peristiwa berikut: Pesan acara per cluster: `Upgrade in progress: Creating pre-upgrade snapshot [preupgrade-(autogenerated snapshot ID)]` `Database cluster major version has been upgraded` Pesan acara per instance: `Applying off-line patches to DB instance` `DB instance shutdown` `Finished applying off-line patches to DB instance` `DB instance restarted` **catatan** Dimulai dengan rilis mesin ini, [Neptunus tidak lagi `R4`](instance-types.md#instance-type-r4) mendukung jenis instans. Jika Anda menggunakan `R4` instance di cluster DB Anda, Anda harus menggantinya secara manual dengan jenis instans yang berbeda sebelum memutakhirkan ke rilis ini. Jika contoh penulis Anda adalah`R4`, ikuti [instruksi ini](best-practices-general-basic.md#best-practices-resize-instance) untuk memindahkannya. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptunus 1.1.0.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.1.0.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.1.0.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.1 (2021-10-01) Rilis: 1.0.5.1 (2021-10-01)Versi mesin 1.0.5.1 Pada 2021-10-01, versi mesin 1.0.5.1 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.1.html) Engine Release 1.0.5.1. Pada 2021-10-01, versi mesin 1.0.5.1 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.5.1.R2 (2021-10-26)](engine-releases-1.0.5.1.R2.md) + [Rilis: 1.0.5.1.R3 (2022-01-13)](engine-releases-1.0.5.1.R3.md) + [Rilis pemeliharaan: 1.0.5.1.R4 (2022-05-16)](engine-releases-1.0.5.1.R4.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Ditambahkan [hasil cache](gremlin-results-cache.md) untuk caching hasil query tertentu. + Ditambahkan Date/time dukungan di Neptune OpenCypher. + Ditambahkan dukungan untuk `List` dan `Map` akses ke elemen di Neptunus OpenCypher. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Membuat nama titik akhir Neptunus OpenCypher tidak peka huruf besar/kecil. + Peningkatan OpenCypher menjelaskan. + Peningkatan pola kueri upsert tunggal Gremlin berakhir dengan dan langkah-langkah. `iterate()` `profile()` + Peningkatan kinerja di Gremlin `keys()` dan `property()` fungsi. + `dedup()`Langkah Gremlin dijalankan di DFE ketika digunakan dengan lingkup global. + `HAS`Predikat Gremlin berikut dijalankan di mesin DFE saat mesin DFE diaktifkan: + `EQ` + `NEQ` + `LT` + `LTE` + `GT` + `GTE` + `BETWEEN` + `INSIDE` + `OUTSIDE` + `WITHIN` + `AND (connectives)` + `OR (connectives)` + Peningkatan kinerja kueri LIMIT. + Peningkatan kinerja kueri agregasi umum OpenCypher. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin yang memungkinkan tepi terhubung ke tepi lain. + Memperbaiki bug Gremlin yang menyebabkan strategi bergabung yang kurang optimal dipilih. + Memperbaiki bug Gremlin yang menyebabkan serialisasi node dan hubungan terhenti ketika ada lebih dari 100 properti. + Memperbaiki bug yang memperlambat perencanaan eksekusi kueri untuk kueri dengan pola grafik besar. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.1, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.1 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.5.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Rilis pemeliharaan Amazon Neptunus, versi 1.0.5.1.R4 (2022-05-16) Rilis pemeliharaan: 1.0.5.1.R4 (2022-05-16)Versi rilis pemeliharaan 1.0.5.1.R4 Pada 2022-05-16, rilis pemeliharaan versi engine 1.0.5.1.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.1.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.1.R4.html). Pada 2022-05-16, versi mesin 1.0.5.1.R4 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.1.R4, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.1.R4 Jalur Peningkatan Cluster Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi `1.0.5.1` engine. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptunus 1.0.5.1.R4 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.1.R3 (2022-01-13) Rilis: 1.0.5.1.R3 (2022-01-13)Versi mesin 1.0.5.1.R3 Pada 2022-01-13, versi mesin 1.0.5.1.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.1.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.1.R3.html). Pada 2022-01-13, versi mesin 1.0.5.1.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang dapat menyebabkan kebocoran sumber daya saat kueri gagal memperoleh semua sumber daya yang dibutuhkannya. + Memperbaiki kebocoran memori kecil selama eksekusi kueri yang disebabkan oleh alokasi memori yang tidak diklaim. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.1.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.1.R3 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.5.1`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptunus 1.0.5.1.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.1.R2 (2021-10-26) Rilis: 1.0.5.1.R2 (2021-10-26)Versi mesin 1.0.5.1.R2 Pada 2021-10-26, versi mesin 1.0.5.1.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.1.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.1.R2.html). Pada 2021-10-26, versi mesin 1.0.5.1.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang menyebabkan server restart ketika kesalahan sementara terjadi saat membuat versi lama dari elemen grafik, di bawah isolasi baca berulang. Neptunus sekarang mengembalikan kesalahan, sehingga klien dapat mencoba lagi. + Memperbaiki bug yang menyebabkan server restart ketika kesalahan sementara terjadi selama pembaruan kardinalitas tunggal. Neptunus sekarang mengembalikan kesalahan, sehingga klien dapat mencoba lagi. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.1.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.1.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.5.1`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptunus 1.0.5.1.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.0 (2021-07-27) Rilis: 1.0.5.0 (2021-07-27)Versi mesin 1.0.5.0 Pada 2021-07-27, engine versi 1.0.5.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.0.html) Engine Release 1.0.5.0. Pada 2021-07-27, engine versi 1.0.5.0 sedang digunakan secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.5.0.R2 (2021-08-16)](engine-releases-1.0.5.0.R2.md) + [Rilis: 1.0.5.0.R3 (2021-09-15)](engine-releases-1.0.5.0.R3.md) + [Rilis pemeliharaan: 1.0.5.0.R5 (2022-05-16)](engine-releases-1.0.5.0.R5.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + [Neptunus ML](machine-learning.md) dirilis untuk penggunaan produksi dengan banyak fitur baru, dan tidak lagi dalam mode lab. + Menambahkan dukungan awal untuk bahasa [OpenCypher](access-graph-opencypher.md) query, dalam Mode Lab. **OpenCypher** adalah standar open-source untuk bahasa query Cypher. [Sintaksnya ditentukan dalam [Referensi Bahasa Query Cypher (Versi 9)](https://s3.amazonaws.com/artifacts.opencypher.org/openCypher9.pdf), dan dikelola oleh proyek OpenCypher.](http://www.opencypher.org/) Lihat [Mengakses Grafik Neptunus dengan OpenCypher](access-graph-opencypher.md) untuk informasi tentang implementasi bahasa Neptunus. Support untuk [protokol Bolt](https://neo4j.com/docs/bolt/current/bolt/), yang digunakan klien Neptune untuk kueri OpenCypher, juga didukung. Lihat [Menggunakan protokol Bolt untuk membuat kueri OpenCypher ke Neptunus](access-graph-opencypher-bolt.md). [Support untuk OpenCypher sekarang diaktifkan secara otomatis, tetapi itu tergantung pada[Mesin DFE Neptune](neptune-dfe-engine.md), yang saat ini hanya tersedia dalam mode lab.](features-lab-mode.md) `DFEQueryEngine`Pengaturan default dalam parameter cluster `neptune_lab_mode` DB sekarang`DFEQueryEngine=viaQueryHint`, yang berarti bahwa mesin diaktifkan tetapi hanya digunakan untuk kueri yang memiliki petunjuk `useDFE` kueri yang ada dan disetel ke. `true` Jika Anda menonaktifkan mesin DFE dengan pengaturan`DFEQueryEngine=disabled`, Anda tidak akan dapat menggunakan OpenCypher. + Ditambahkan dukungan untuk [SPARQL 1.1 Graph Store HTTP Protocol](https://www.w3.org/TR/sparql11-http-rdf-update/). Lihat [Menggunakan Protokol HTTP (GSP) SPARQL 1.1 Graph Store di Amazon Neptunus](sparql-graph-store-protocol.md). + Mengubah pengaturan mode lab default untuk [Mesin DFE Neptune](neptune-dfe-engine.md) to`viaQueryHint`, yang berarti bahwa mesin DFE sekarang diaktifkan secara default, tetapi hanya digunakan untuk kueri yang memiliki petunjuk kueri yang ada dan `useDFE` disetel ke. `true` + Menambahkan CloudWatch metrik Amazon baru,`StatsNumStatementsScanned`, untuk memantau perhitungan statistik untuk mesin DFE Neptunus. Lihat [Menggunakan `StatsNumStatementsScanned` CloudWatch metrik untuk memantau perhitungan statistik](neptune-dfe-statistics.md#neptune-dfe-statistics-monitoring). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Ditambahkan dukungan untuk Apache TinkerPop 3.4.11. **penting** Perubahan dibuat di TinkerPop versi 3.4.11 yang meningkatkan kebenaran bagaimana kueri diproses, tetapi untuk saat ini terkadang dapat berdampak serius pada kinerja kueri. Misalnya, kueri semacam ini dapat berjalan jauh lebih lambat: ``` g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). out() ``` Simpul setelah langkah batas sekarang diambil dengan cara yang tidak optimal karena perubahan 3.4.11. TinkerPop Untuk menghindari hal ini, Anda dapat memodifikasi kueri dengan menambahkan langkah penghalang () kapan saja setelah`order().by()`. Misalnya: ``` g.V().hasLabel('airport'). order(). by(out().count(),desc). limit(10). barrier(). out() ``` + [Petunjuk `joinOrder` kueri SPARQL sekarang didukung oleh mesin kueri](sparql-query-hints-joinOrder.md) alternatif Neptunus DFE. + Output dari API [status Neptunus](access-graph-status.md) telah diperluas dan direorganisasi untuk memberikan kejelasan lebih lanjut tentang pengaturan dan fitur cluster DB Anda. Output baru memiliki `features` objek tingkat atas yang berisi informasi status tentang fitur cluster DB Anda, dan `settings` objek tingkat atas yang berisi informasi pengaturan. Untuk meninjau format baru, lihat[Contoh output dari perintah status instance](access-graph-status.md#access-graph-status-sample-output). + Penanganan log perubahan streaming telah ditingkatkan ketika `AFTER_SEQUENCE_NUMBER` aliran diminta dengan ID peristiwa terakhir di server, ketika ID peristiwa tersebut telah kedaluwarsa. Server tidak lagi membuang kesalahan ID peristiwa yang kedaluwarsa jika ID peristiwa yang diminta adalah ID peristiwa yang paling baru dibersihkan pada server. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin yang terkait dengan urutan nilai numerik. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan kluster DB ke versi 1.0.5.0, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.0 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.5.0 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Rilis pemeliharaan Amazon Neptunus, versi 1.0.5.0.R5 (2022-05-16) Rilis pemeliharaan: 1.0.5.0.R5 (2022-05-16)Versi rilis pemeliharaan 1.0.5.0.R5 Pada 2022-05-16, rilis pemeliharaan versi engine 1.0.5.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.0.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.0.R5.html). Pada 2022-05-16, versi mesin 1.0.5.0.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.0.R5, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.0.R5 Jalur Peningkatan Cluster Anda akan ditingkatkan ke rilis patch pemeliharaan ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan engine versi 1.0.5.0. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptunus 1.0.5.0.R5 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.0.R3 (2021-09-15) Rilis: 1.0.5.0.R3 (2021-09-15)Versi mesin 1.0.5.0.R3 Pada 2021-09-15, versi mesin 1.0.5.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.0.R3.html). Pada 2021-09-15, versi mesin 1.0.5.0.R3 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang menyebabkan mesin menjadi tidak responsif dalam salah satu situasi ini: + Beban massal terjadi pada saat yang sama dengan perhitungan statistik otomatis sedang berlangsung. + Perhitungan statistik diminta secara manual pada saat yang sama saat yang sudah terjadi. + Memperbaiki bug dalam deteksi kebuntuan dan akuisisi kunci yang dapat menyebabkan mesin mogok. + Memperbaiki bug Gremlin di mana mesin melempar kesalahan saat menemukan data yang tidak dikenal dari titik akhir ML jarak jauh dalam kueri inferensi Gremlin. + Memperbaiki beberapa bug dalam manajemen model ML APIs yang terkait dengan pekerjaan transformasi model dan rekomendasi instance. + Memperbaiki bug yang dapat menyebabkan mesin mogok saat menghasilkan node dan edge IDs. + Memperbaiki bug yang memperlambat pembuatan rencana kueri untuk kueri dengan pola grafik besar. + Memperbaiki bug OpenCypher yang dapat menyebabkan kueri terhenti saat mengambil node yang memiliki lebih dari 100 properti. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.0.R3, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.0.R3 Jalur Peningkatan Cluster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan engine versi 1.0.5.0. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.5.0.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Mesin Amazon Neptunus Versi 1.0.5.0.R2 (2021-08-16) Rilis: 1.0.5.0.R2 (2021-08-16)Versi mesin 1.0.5.0.R2 Pada 2021-08-16, versi mesin 1.0.5.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.5.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.5.0.R2.html). Pada 2021-08-16, versi mesin 1.0.5.0.R2 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Menonaktifkan pengoptimalan yang dibuat dalam [rilis mesin `1.0.5.0`](engine-releases-1.0.5.0.md) yang membuat cache [pencarian Neptunus](feature-overview-lookup-cache.md) bertahan dari restart mesin pada replika. Replica restart sekarang menghapus cache pencarian. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.5.0.R2, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.11` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.5.0.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.5.0`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptunus 1.0.5.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.5.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.5.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.2 (2021-06-01) Rilis: 1.0.4.2 (2021-06-01) **catatan** Mesin rilis versi 1.0.4.2.R2 adalah versi pertama dari 1.0.4.2 yang sebenarnya akan dirilis. **Topics** + [ # Mesin Amazon Neptunus Versi 1.0.4.2.R5 (2021-08-16) ](engine-releases-1.0.4.2.R5.md) + [ # Versi Mesin Amazon Neptune 1.0.4.2.R4 (2021-07-23) ](engine-releases-1.0.4.2.R4.md) + [ # Versi Mesin Amazon Neptune 1.0.4.2.R3 (2021-06-28) ](engine-releases-1.0.4.2.R3.md) + [ # Versi Mesin Amazon Neptune 1.0.4.2.R2 (2021-06-01) ](engine-releases-1.0.4.2.R2.md) + [ # Versi Mesin Amazon Neptune 1.0.4.2.R1 (2021-05-27) ](engine-releases-1.0.4.2.R1.md) # Mesin Amazon Neptunus Versi 1.0.4.2.R5 (2021-08-16) Rilis: 1.0.4.2.R5 (2021-08-16)Versi mesin 1.0.4.2.R5 Pada 2021-08-16, versi mesin 1.0.4.2.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat Rilis Mesin [Neptunus 1.0.4.2.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.2.R5.html). Pada 2021-08-16, versi mesin 1.0.4.2.R5 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Menonaktifkan pengoptimalan yang dibuat dalam [rilis mesin `1.0.4.2.R4`](engine-releases-1.0.4.2.R4.md) yang membuat cache [pencarian Neptunus](feature-overview-lookup-cache.md) bertahan dari restart mesin pada replika. Replica restart sekarang menghapus cache pencarian. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum memutakhirkan cluster DB ke versi 1.0.4.2.R5, pastikan proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.10` + *Versi SPARQL:* `1.1` ## Tingkatkan Jalur ke Rilis Mesin 1.0.4.2.R5 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.4.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. # Versi Mesin Amazon Neptune 1.0.4.2.R4 (2021-07-23) Rilis: 1.0.4.2.R4 (2021-07-23)Versi mesin 1.0.4.2.R4 Per 2021-07-23, versi mesin 1.0.4.2.R4 umumnya sedang di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.2.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.2.R4.html). Per 2021-07-23, versi mesin 1.0.4.2.R4 umumnya sedang di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Perbaikan perilaku cache pencarian guna menghindari pengapusan cache berlebihan setelah menjalankan reset cepat pada replika. + Perbaikan penanganan log perubahan streaming saat `AFTER_SEQUENCE_NUMBER` aliran diminta dengan ID peristiwa terakhir di server, ketika ID peristiwa itu telah kedaluwarsa. Server tidak lagi membuang kesalahan ID peristiwa yang kedaluwarsa jika ID peristiwa yang diminta adalah ID peristiwa yang paling baru dibersihkan pada server. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan bug yang diperkenalkan di 1.0.4.0.R1 dimana query tidak akan mengembalikan keseluruhan nilai string lebih besar dari 760 karakter. Istilah yang terpengaruh oleh bug ini adalah literal RDF dan URIs, atau Gremlin, kunci IDs, dan nilai string. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.2.R4, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.10` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.4.2.R4 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.4.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. # Versi Mesin Amazon Neptune 1.0.4.2.R3 (2021-06-28) Rilis: 1.0.4.2.R3 (2021-06-28)Versi mesin 1.0.4.2.R3 Per 2021-06-28, versi mesin 1.0.4.2.R3 secara sedang di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.2.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.2.R3.html). Per 2021-06-28, versi mesin 1.0.4.2.R3 secara umum sedang di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Masalah yang diketahui dalam rilis mesin ini Masalah yang diketahui **Masalah:** Sebuah bug SPARQL yang gagal menghormati tipe media dalam header `Accept` jika ada spasi. Sebagai contoh, kueri dengan ` -H "Accept: text/csv; q=1.0, */*; q=0.1" ` mengembalikan output JSON bukan output CSV. **Solusi:** Jika Anda menghapus spasi di klausul `Accept` di header, mesin mengembalikan output dalam format benar yang diminta. Dengan kata lain, bukan ` -H "Accept: text/csv; q=1.0, */*; q=0.1" `, gunakan: ``` -H "Accept: text/csv;q=1.0,*/*;q=0.1" ``` ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug dalam pembersihan cache pencarian pada replika setelah reset cepat. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.2.R3, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.10` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.4.2.R3 Jalur Peningkatan Rilis Patch ini opsional kecuali klaster DB Anda menggunakan satu atau beberapa instans `R5d`. Jika klaster Anda memiliki `R5d` instans, klaster tersebut secara otomatis akan ditingkatkan di jendela pemeliharaan berikutnya. Jika tidak, klaster itu tidak akan secara otomatis ditingkatkan ke rilis patch ini. Anda dapat memutakhirkan `1.0.4.2.R3` rilis `1.0.4.2.R2` ke rilis ini secara manual menggunakan AWS CLI [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/neptune/apply-pending-maintenance-action.html)perintah ([ApplyPendingMaintenanceAction](api-other-apis.md#ApplyPendingMaintenanceAction)API). # Versi Mesin Amazon Neptune 1.0.4.2.R2 (2021-06-01) Rilis: 1.0.4.2.R2 (2021-06-01)Versi mesin 1.0.4.2.R2 Per 2021-06-01, versi mesin 1.0.4.2.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.2.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.2.R2.html). Per 2021-06-01, versi mesin 1.0.4.2.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.4.2.R3 (2021-06-28)](engine-releases-1.0.4.2.R3.md) ## Masalah yang diketahui dalam rilis mesin ini Masalah yang diketahui **Masalah:** Sebuah bug SPARQL yang gagal menghormati tipe media dalam header `Accept` jika ada spasi. Sebagai contoh, kueri dengan ` -H "Accept: text/csv; q=1.0, */*; q=0.1" ` mengembalikan output JSON bukan output CSV. **Solusi:** Jika Anda menghapus spasi di klausul `Accept` di header, mesin mengembalikan output dalam format benar yang diminta. Dengan kata lain, bukan ` -H "Accept: text/csv; q=1.0, */*; q=0.1" `, gunakan: ``` -H "Accept: text/csv;q=1.0,*/*;q=0.1" ``` ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Menambahkan tipe instans R5d baru, yang mencakup cache pencarian untuk mempercepat membaca dalam penggunaan kasus melibatkan volume tinggi nilai properti atau pencarian literal RDF. Lihat [Cache pencarian Neptune dapat mempercepat kueri baca](feature-overview-lookup-cache.md). + Menambahkan parameter mode lab baru yang memungkinkan mesin DFE eksperimental dipanggil hanya pada basis per-kueri dengan `useDFE` petunjuk kueri. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan dukungan untuk TinkerPop 3.4.10. + Penambahan dukungan untuk menggunakan langkah konfigurasi `withStrategies( )` saat mengirim permintaan tulisan Gremlin. Secara khusus, `SubgraphStrategy`, `PartitionStrategy`, `ReadOnlyStrategy`, `EdgeLabelVerificationStrategy`, dan `ReservedKeysVerificationStrategy` didukung. + Optimalisasi tambahan untuk `V()` traversal di tengah-tengah kueri. Sebelumnya, traversal semacam itu tidak dioptimalkan di Neptune. + Ditambahkan dukungan untuk [RFC 2141 URNs](https://tools.ietf.org/html/rfc2141) untuk digunakan sebagai `baseUri` dan `namedGraphUri` parameter untuk beban massal. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan bug Gremlin di parser dimana kueri yang salah diperlakukan sebagai valid. + Perbaikan bug Gremlin saat membuka sebuah efek samping `aggregate()` dengan `cap().unfold()` ke `valueMap()` akan memunculkan sebuah pengecualian. + Perbaikan bug Gremlin saat beberapa langkah `property()` setelah langkah `addV()` gagal dengan kesalahan “tidak dapat ditampilkan ke String”. + Perbaikan bug Gremlin untuk mencegah beberapa pola insert bersyarat dari memunculkan pengecualian modifikasi bersamaan. + Perbaikan bug Gremlin sehingga waktu habis permintaan kueri sekarang tidak dapat melebihi waktu habis sesi. + Perbaikan bug SPARQL saat pembaruan menggunakan LOAD atau UNLOAD bisa gagal dengan HTTP kode 500 alih-alih HTTP kode 400 ketika server jauh tidak tersedia. + Perbaikan bug saat panggilan API pengaliran gagal ketika nilai `commitNum` atau `opNum` lebih besar dari batas integer berkode 32-bit (2,147,483,647) digunakan. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.2.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.10` + *Versi SPARQL:* `1.1` ## Jalur peningkatan untuk Rilis Mesin 1.0.4.2.R2 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.2.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.2.R1 (2021-05-27) Rilis: 1.0.4.2.R1 (2021-05-27) Rilis mesin 1.0.4.2.R1 tidak pernah di-deploy. # Mesin Amazon Neptune Versi 1.0.4.1 (2020-12-08) Rilis: 1.0.4.1 (2020-12-08)Versi mesin 1.0.4.1 Per 2020-12-08, versi mesin 1.0.4.1 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.1.html). Per 2020-12-08, versi mesin 1.0.4.1 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.4.1.R1.1 (2021-03-22)](engine-releases-1.0.4.1.R1.1.md) + [Rilis: 1.0.4.1.R2 (2021-02-24)](engine-releases-1.0.4.1.R2.md) **penting** [Rilis: 1.0.4.0 (2020-10-12)](engine-releases-1.0.4.0.md) membuat TLS 1.2 dan HTTPS wajib untuk semua koneksi ke Amazon Neptune. Namun, bug dalam rilis itu telah memungkinkan koneksi HTTP koneksi TLS and/or usang untuk terus bekerja bagi pelanggan yang sebelumnya menetapkan parameter cluster DB untuk mencegah penegakan koneksi HTTPS. Bug itu diperbaiki dalam rilis patch [1.0.4.0.R2](engine-releases-1.0.4.0.R2.md) dan [1.0.4.1.R2](engine-releases-1.0.4.1.R2.md), tetapi perbaikan tersebut telah menyebabkan kegagalan koneksi tak terduga ketika patch diinstal secara otomatis. Untuk alasan ini, kedua patch telah dikembalikan, dan hanya dapat diinstal secara manual, untuk memberi Anda kesempatan memperbarui pengaturan Anda untuk TLS 1.2. Harus digunakan SSL/TLS untuk semua koneksi ke Neptunus memengaruhi koneksi Anda dengan konsol Gremlin, driver Gremlin, Python Gremlin, .NET, NodeJS, REST, dan juga koneksi penyeimbang beban. APIs Jika Anda telah menggunakan HTTP atau versi TLS yang lebih lama untuk salah satu atau semua sampai sekarang, Anda harus memperbarui klien dan driver yang relevan dan mengubah kode Anda untuk menggunakan HTTPS secara eksklusif sebelum memperbarui sistem Anda ke patch terbaru. ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Memperkenalkan fitur Neptune ML, yang menghadirkan kemampuan machine learning yang ampuh ke Amazon Neptune. Lihat [Amazon Neptunus ML untuk pembelajaran mesin pada grafik](machine-learning.md). + Menambahkan operasi `UNLOAD` SPARQL kustom untuk menghapus data yang diambil dari sumber remote. Lihat [SPARQL UPDATE UNLOAD](sparql-api-reference-unload.md). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Pengoptimalan beberapa Gremlin pola insert bersyarat untuk menghindari pengecualian concurrent-modification. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan bug Gremlin yang dapat menyebabkan hasil hilang untuk pola spesifik dari query yang menggunakan langkah `as()`. + Perbaikan bug Gremlin yang dapat menyebabkan kesalahan ketika menggunakan langkah `project()` yang bersarang di dalam langkah lain seperti `union()`. + Perbaikan bug Gremlin di langkah `project()`. + Perbaikan bug Gremlin di dalam traversal berbasis string dimana langkah `none()` tidak bekerja. + Perbaikan bug Gremlin dalam traversal berbasis string dimana sebuah peta kosong tidak didukung sebagai argumen ke langkah `inject()`. + Perbaikan bug Gremlin dalam eksekusi traversal berbasis string di mesin DFE dimana metode terminal seperti `toList()` tidak bekerja dengan baik. + Perbaikan bug Gremlin yang gagal menutup transaksi yang menggunakan langkah `iterate()` dalam query String. + Perbaikan bug Gremlin yang dapat menyebabkan kueri menggunakan pola `is(P.gte(0))` untuk membuang pengecualian dalam beberapa situasi. + Perbaikan bug Gremlin yang dapat menyebabkan kueri menggunakan pola `order().by(T.id)` untuk membuang pengecualian dalam beberapa situasi. + Perbaikan bug Gremlin yang dapat menyebabkan kueri menggunakan pola `addV().aggregate()` untuk memberi hasil yang salah dalam beberapa situasi. + Perbaikan bug Gremlin yang dapat menyebabkan kueri menggunakan langkah `path()` diikuti oleh pola langkah `project()` untuk membuang pengecualian dalam beberapa situasi. + Perbaikan bug SPARQL saat fungsi `SUBSTR` menandakan kesalahan alih-alih mengembalikan string kosong. + Perbaikan bug di mesin DFE yang dapat menyebabkan operasi gabungan dalam kueri permintaan non-blocking menghasilkan hasil yang salah saat adanya variabel tak terbatas. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Query Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.1, pastikan bahwa proyek Anda kompatibel dengan versi query bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.4.1 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.4.1`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.1.R1.1 (2021-03-22) Rilis: 1.0.4.1.R1.1 (2021-03-22)Versi mesin 1.0.4.1.R1.1 Seperti 2021-03-22, versi mesin 1.0.4.1.R1.1 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.1.R1.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.1.R1.1.html). Seperti 2021-03-22, versi mesin 1.0.4.1.R1.1 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Menonaktifkan optimasi untuk Gremlin pola insert bersyarat yang dapat ditambahkan atau dilampirkan ke label dan properti yang ada. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Query Bahasa yang Didukung Sebelum meng-upgrade cluster DB ke versi 1.0.4.1.R1.1, pastikan bahwa proyek Anda kompatibel dengan versi query bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.4.1.R1.1 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.0.4.1`. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.1.R1.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.1.R2 (2021-02-24) Rilis: 1.0.4.1.R2 (2021-02-24)Versi mesin 1.0.4.1.R2 Seperti 2021-02-24, versi mesin 1.0.4.1.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.1.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.1.R2.html). Seperti 2021-02-24, versi mesin 1.0.4.1.R2 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.4.1.R2.1 (2021-03-11)](engine-releases-1.0.4.1.R2.1.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Neptune sekarang mendukung kompresi dari file tunggal di format `bzip2` untuk beban massal. Lihat [Muat Format Data](bulk-load-tutorial-format.md). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan sebuah bug di [Rilis: 1.0.4.0 (2020-10-12)](engine-releases-1.0.4.0.md) yang mengizinkan koneksi ke Neptune menggunakan versi `HTTP` atau versi TLS sebelumnya, bukan`HTTPS` dan TLS 1.2. **penting** **Harus digunakan SSL/TLS untuk semua koneksi ke Neptunus bisa menjadi perubahan besar.** Ini memengaruhi koneksi Anda dengan konsol Gremlin, driver Gremlin, Python Gremlin, .NET, NodeJS, REST, dan juga koneksi load-balancer. APIs Jika Anda telah menggunakan HTTP atau versi TLS yang lebih lama untuk salah satu atau semua sampai sekarang, Anda harus memperbarui klien dan driver yang relevan sebelum menginstal patch ini dan ubah kode Anda untuk memakai HTTPS secara eksklusif. + Memperbaiki bug Gremlin di mana `InternalFailureException` ditetapkan sebagai kode respons dalam keadaan tertentu ketika `ConcurrentModificationException` terjadi. + Memperbaiki bug Gremlin di mana dalam kondisi tertentu memperbarui edge atau vertex dapat menyebabkan `InternalFailureException` transien. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Query Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.1.R2, pastikan bahwa proyek Anda kompatibel dengan versi query bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.4.1.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menjalankan versi mesin`1.0.4.1`. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.1.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.1.R2.1 (2021-03-11) Rilis: 1.0.4.1.R2.1 (2021-03-11)Versi mesin 1.0.4.1.R2.1 Seperti 2021-03-11, versi mesin 1.0.4.1.R2.1 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.1.R2.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.1.R2.1.html). Seperti 2021-03-11, versi mesin 1.0.4.1.R2.1 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Menonaktifkan optimasi untuk Gremlin pola insert bersyarat yang dapat ditambahkan atau dilampirkan ke label dan properti yang ada. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Query Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.1.R2.1, pastikan bahwa proyek Anda kompatibel dengan versi query bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.4.1.R2.1 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.4.1.R2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.1.R2.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.1.R2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.1.R2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.0 (2020-10-12) Rilis: 1.0.4.0 (2020-10-12)Versi mesin 1.0.4.0 Per 2020-10-12, versi mesin 1.0.4.0 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.0.html). Per 2020-10-12, versi mesin 1.0.4.0 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.4.0.R2 (2021-02-24)](engine-releases-1.0.4.0.R2.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Tambahan kompresi frame-level untuk Gremlin. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Amazon Neptunus sekarang memerlukan penggunaan Secure Sockets Layer (SSL) dengan protokol .2 untuk semua koneksi ke Neptunus TLSv1 di semua wilayah, menggunakan cipher suite yang kuat ini: + `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384` + `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256` + `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384` + `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256` + `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA` + `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA` Ini berlaku untuk REST dan WebSocket koneksi ke Neptunus, dan berarti Anda harus menggunakan HTTPS daripada HTTP saat menghubungkan ke Neptunus di semua wilayah. Karena koneksi klien yang menggunakan HTTP atau TLS 1.1 tidak lagi didukung di mana saja, pastikan bahwa klien dan kode Anda telah diperbarui untuk menggunakan TLS 1.2 dan HTTPS sebelum meningkatkan ke rilis mesin ini. **penting** **Harus digunakan SSL/TLS untuk semua koneksi ke Neptunus bisa menjadi perubahan besar.** Ini memengaruhi koneksi Anda dengan konsol Gremlin, driver Gremlin, Python Gremlin, .NET, NodeJS, REST, dan juga koneksi load-balancer. APIs Jika Anda telah menggunakan HTTP untuk salah satu atau semua ini, Anda sekarang harus memperbarui klien dan driver yang relevan dan mengubah kode Anda untuk menggunakan HTTPS atau koneksi Anda akan gagal. Bug dalam rilis ini telah memungkinkan koneksi HTTP koneksi TLS and/or usang untuk terus bekerja bagi pelanggan yang sebelumnya menetapkan parameter cluster DB untuk mencegah penegakan koneksi HTTPS. Bug itu diperbaiki dalam rilis patch [1.0.4.0.R2](engine-releases-1.0.4.0.R2.md) dan [1.0.4.1.R2](engine-releases-1.0.4.1.R2.md), tetapi perbaikan tersebut telah menyebabkan kegagalan koneksi tak terduga ketika patch diinstal secara otomatis. Untuk alasan ini, kedua patch telah dikembalikan, dan hanya dapat diinstal secara manual, untuk memberi Anda kesempatan memperbarui pengaturan Anda untuk TLS 1.2. + Upgrade TinkerPop ke versi 3.4.8. Ini adalah upgrade kompatibel mundur. Lihat [log TinkerPop perubahan](https://github.com/apache/tinkerpop/blob/master/CHANGELOG.asciidoc#tinkerpop-348-release-date-august-3-2020) untuk apa yang baru. + Peningkatan kinerja untuk langkah `properties()` Gremlin. + Menambahkan detail tentang `BindOp` dan `MultiplexerOp` dalam laporan explain dan profile. + Menambahkan data prefetch untuk meningkatkan kinerja ketika ada cache terlewat. + Menambahkan pengaturan `allowEmptyStrings` baru di parameter `parserConfiguration` loader yang memungkinkan string kosong diperlakukan sebagai nilai properti yang valid dalam beban CSV (lihat [Parameter Permintaan Loader Neptune](load-api-reference-load.md#load-api-reference-load-parameters)). + Loader sekarang memungkinkan titik koma escaped dalam kolom CSV multivalue. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki potensi kebocoran memori Gremlin yang terkait dengan langkah `both()`. + Memperbaiki bug di mana metrik permintaan hilang karena titik akhir yang berakhir di '/' tidak ditangani dengan benar. + Memperbaiki bug yang menyebabkan replika jatuh di belakang dan restart di bawah beban berat ketika mesin DFE diaktifkan dalam mode lab. + Memperbaiki bug yang mencegah pesan kesalahan yang benar dilaporkan saat beban massal gagal karena suatu out-of-memory kondisi. + Memperbaiki bug SPARQL di mana pengkodean karakter ditempatkan di header Content-Encoding dalam respons kueri SPARQL. Sekarang `charset` justru ditempatkan di header Content-Type, memungkinkan klien HTTP untuk mengenali set karakter yang digunakan secara otomatis. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.0, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.4.0 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune versi 1.0.4.0 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [Dukungan AWS Premium](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.4.0.R2 (2021-02-24) Rilis: 1.0.4.0.R2 (2021-02-24)Versi mesin 1.0.4.0.R2 Seperti 2021-02-24, versi mesin 1.0.4.0.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.4.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.4.0.R2.html). Per 2021-02-24, versi mesin 1.0.4.0.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan sebuah bug di [Rilis: 1.0.4.0 (2020-10-12)](engine-releases-1.0.4.0.md) yang mengizinkan koneksi ke Neptune menggunakan versi `HTTP` atau versi TLS sebelumnya, bukan`HTTPS` dan TLS 1.2. **penting** **Harus digunakan SSL/TLS untuk semua koneksi ke Neptunus bisa menjadi perubahan besar.** Ini memengaruhi koneksi Anda dengan konsol Gremlin, driver Gremlin, Python Gremlin, .NET, NodeJS, REST, dan juga koneksi load-balancer. APIs Jika Anda telah menggunakan HTTP atau versi TLS yang lebih lama untuk salah satu atau semua sampai sekarang, Anda harus memperbarui klien dan driver yang relevan sebelum menginstal patch ini dan ubah kode Anda untuk memakai HTTPS secara eksklusif. + Memperbaiki bug dalam pemuatan massal CSV yang melibatkan label yang berakhir di `#`. + Memperbaiki bug Gremlin di mana `InternalFailureException` ditetapkan sebagai kode respons dalam keadaan tertentu ketika `ConcurrentModificationException` terjadi. + Memperbaiki bug Gremlin di mana dalam kondisi tertentu memperbarui edge atau vertex dapat menyebabkan `InternalFailureException` transien. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.4.0.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.4.0.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.4.0`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.4.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.4.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.4.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.3.0 (2020-08-03) Rilis: 1.0.3.0 (2020-08-03)Versi mesin 1.0.3.0 Per 2020-08-03, versi mesin 1.0.3.0 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.3.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.3.0.html). Per 2020-08-03, versi mesin 1.0.3.0 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.3.0.R2 (2020-10-12)](engine-releases-1.0.3.0.R2.md) + [Rilis: 1.0.3.0.R3 (2021-02-19)](engine-releases-1.0.3.0.R3.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru + Neptune telah memperkenalkan mesin kueri alternatif baru (DFE) yang secara signifikan dapat mempercepat eksekusi kueri. Lihat [Mesin kueri alternatif Amazon Neptune (DFE)](neptune-dfe-engine.md). + DFE bergantung pada statistik yang dihasilkan sebelumnya tentang data grafik Neptune Anda yang dikelola melalui titik akhir statistik baru. Lihat [Statistik DFE](neptune-dfe-statistics.md). + Sekarang Anda dapat mengecualikan pekerjaan pemuatan antrian dari daftar beban yang IDs dikembalikan oleh Loader Get-Status API dengan menyetel `includeQueuedLoads` parameter baru ke FALSE. Lihat [Parameter permintaan Neptune Loader Get-Status](load-api-reference-status-requests.md#load-api-reference-status-parameters). + Neptune sekarang mendukung header trailing untuk respons kueri SPARQL yang dapat berisi kode dan pesan kesalahan jika permintaan gagal setelah mulai mengembalikan potongan respons. Lihat [Header di belakang HTTP opsional untuk respons SPARQL multi-bagian](access-graph-sparql-http-trailing-headers.md). + Neptune sekarang juga memungkinkan Anda mengaktifkan encoding respons potongan untuk kueri Gremlin. Seperti dalam kasus SPARQL, potongan respons memiliki header trailing yang dapat berisi kode dan pesan kesalahan jika terjadi kegagalan setelah kueri telah mulai mengembalikan potongan respons. Lihat [Gunakan header jejak HTTP opsional untuk mengaktifkan respons multi-bagian Gremlin](access-graph-gremlin-rest-trailing-headers.md). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Anda sekarang dapat memberikan ukuran permintaan batch ElasticSearch untuk pencarian teks lengkap di Gremlin. + Penggunaan memori yang lebih baik untuk kueri SPARQL GROUP BY. + Menambahkan optimizer kueri Gremlin baru untuk memangkas filter tak terbatas tertentu. + Peningkatan waktu maksimum WebSocket koneksi yang diautentikasi menggunakan IAM dapat tetap terbuka, dari 36 jam menjadi 10 hari. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana jika Anda mengirim parameter URL yang tidak dikodekan dalam permintaan POST, Neptune mengembalikan kode status HTTP 500 dan `InternalServerErrorException`. Sekarang Neptune mengembalikan kode status HTTP 400 dan `BadRequestException`, dengan pesan: `Failure to process the POST request parameters`. + Memperbaiki bug Gremlin di mana kegagalan WebSocket koneksi tidak dilaporkan dengan benar. + Mempebaiki bug Gremlin yang melibatkan sideEffects yang menghilang. + Memperbaiki bug Gremlin di mana parameter `batchsize` pencarian teks-lengkap tidak didukung dengan benar. + Memperbaiki bug Gremlin untuk menangani `toV` dan `fromV` secara individu untuk setiap arah di `bothE`. + Perbaikan bug Gremlin yang melibatkan `Edge pathType` di langkah `hasLabel`. + Memperbaiki bug SPARQL di mana pengurutan ulang gabungan dengan binding statis tidak bekerja dengan benar. + Memperbaiki bug SPARQL UPDATE LOAD di mana bucket Amazon S3 yang tidak tersedia tidak dilaporkan dengan benar. + Memperbaiki bug SPARQL di mana masalah dengan node SERVICE di subkueri tidak dilaporkan dengan benar. + Memperbaiki bug SPARQL di mana kueri berisi syarat FILTER EXISTS atau FILTER NOT EXISTS nested yang tidak dievaluasi dengan benar. + Memperbaiki bug SPARQL untuk menangani binding yang dihasilkan duplikat dengan benar ketika memanggil titik akhir Layanan SPARQL melalui pembuatan kueri. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.3.0, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.3.0 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Jika klaster Anda memiliki parameter `AutoMinorVersionUpgrade` yang diatur ke `True`, klaster Anda akan ditingkatkan ke rilis mesin ini secara otomatis dua sampai tiga minggu setelah tanggal rilis ini, selama jendela pemeliharaan. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.3.0 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.3.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.3.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.3.0.R3 (2021-02-19) Rilis: 1.0.3.0.R3 (2021-02-19)Versi mesin 1.0.3.0.R3 Per 2021-02-19, versi mesin 1.0.3.0.R3 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.3.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.3.0.R3.html). Per 2021-02-19, versi mesin 1.0.3.0.R3 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug dalam pemuatan massal CSV yang melibatkan label yang berakhir di `#`. + Perbaikan bug Gremlin yang dapat menyebabkan hasil hilang untuk pola spesifik dari kueri yang menggunakan langkah `as()`. + Perbaikan bug Gremlin yang dapat menyebabkan kesalahan ketika menggunakan langkah `project()` yang bersarang di dalam langkah lain seperti `union()`. + Memperbaiki bug Gremlin dalam eksekusi traversal string di mesin DFE eksperimental ketika sebuah metode terminal seperti `toList()` digunakan. + Perbaikan bug Gremlin yang gagal menutup transaksi saat menggunakan langkah `iterate()` dalam kueri string. + Perbaikan bug Gremlin yang dapat menyebabkan kueri menggunakan pola `is(P.gte(0))` untuk melemparkan pengecualian dalam beberapa situasi. + Memperbaiki bug Gremlin di mana `InternalFailureException` ditetapkan sebagai kode respons dalam keadaan tertentu ketika `ConcurrentModificationException` terjadi. + Memperbaiki bug Gremlin di mana dalam kondisi tertentu memperbarui edge atau vertex dapat menyebabkan `InternalFailureException` transien. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.3.0.R3, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.3.0.R3 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.3.0`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.3.0.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.3.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.3.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.3.0.R2 (2020-10-12) Rilis: 1.0.3.0.R2 (2020-10-12)Versi mesin 1.0.3.0.R2 Per 2020-10-12, versi mesin 1.0.3.0.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.3.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.3.0.R2.html). Per 2020-10-12, versi mesin 1.0.3.0.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja untuk langkah `properties()` Gremlin. + Menambahkan detail tentang `BindOp` dan `MultiplexerOp` dalam laporan explain dan profile. + Untuk respos kueri SPARQL, menambahkan `charset` ke header Content-Type, memungkinkan klien HTTP untuk mengenali charset yang digunakan secara otomatis. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL di mana `CancellationException` tidak ditangani. + Memperbaiki bug SPARQL di mana kueri yang berisi optionals nested tidak bekerja dengan benar. + Memperbaiki bug SPARQL di LOAD di mana `ConcurrentModificationException` dapat menyebabkan kueri hang. + Memperbaiki bug SPARQL yang mencegah respons kueri agar tidak terkompresi gzip. + Perbaikan bug Gremlin di langkah `groupBy()`. + Memperbaiki bug Gremlin terkait dengan penggunaan langkah `aggregate()` di dalam langkah `local()`. + Memperbaiki bug Gremlin terkait dengan menggunakan `bothE()` yang diikuti dengan predikat yang menggunakan nilai agregat. + Memperbaiki bug Gremlin terkait dengan penggunaan langkah `bothE()` dengan langkah `repeat()`. + Memperbaiki potensi kebocoran memori Gremlin yang terkait dengan langkah `both()`. + Memperbaiki bug di mana metrik permintaan hilang karena titik akhir yang berakhir di '/' tidak ditangani dengan benar. + Memperbaiki bug yang dapat meningkatkan `ThrottlingException` bahkan ketika antrean permintaan tidak penuh. + Memperbaiki bug dalam mengambil status pemuatan ketika sebuah pemuatan gagal karena suatu alasan seperti `LOAD_DATA_FAILED_DUE_TO_FEED_MODIFIED_OR_DELETE`. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Kueri Bahasa yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.3.0.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.3.0.R2 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Jika klaster Anda memiliki parameter `AutoMinorVersionUpgrade` yang diatur ke `True`, klaster Anda akan ditingkatkan ke rilis mesin ini secara otomatis dua sampai tiga minggu setelah tanggal rilis ini, selama jendela pemeliharaan. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.3.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.3.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.3.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.2 (2020-03-09) Rilis: 1.0.2.2 (2020-03-09)Versi mesin 1.0.2.2 Per 2020-03-09, versi mesin 1.0.2.2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.2.html). Per 2020-03-09, versi mesin 1.0.2.2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Rilis Patch Berikutnya untuk Rilis Ini Rilis patch + [Rilis: 1.0.2.2.R2 (2020-04-02)](engine-releases-1.0.2.2.R2.md) + [Rilis: 1.0.2.2.R3 (2020-07-22)](engine-releases-1.0.2.2.R3.md) + [Rilis: 1.0.2.2.R4 (2020-07-23)](engine-releases-1.0.2.2.R4.md) + [Rilis: 1.0.2.2.R5 (2020-10-12)](engine-releases-1.0.2.2.R5.md) + [Rilis: 1.0.2.2.R6 (2021-02-19)](engine-releases-1.0.2.2.R6.md) ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Menambahkan informasi ke API status tentang transaksi yang sedang di-rollback. Lihat [Status instans](access-graph-status.md). + Upgrade versi Apache TinkerPop ke 3.4.3. Versi 3.4.3 kompatibel dengan versi sebelumnya yang didukung oleh Neptune (3.4.1). Ini memperkenalkan satu perubahan kecil dalam perilaku: Gremlin tidak lagi mengembalikan kesalahan ketika Anda mencoba untuk menutup sesi yang tidak ada (lihat [Mencegah kesalahan saat menutup sesi yang tidak ada](https://issues.apache.org/jira/browse/TINKERPOP-2237)). + Menghapus kemacetan performa dalam eksekusi langkah pencarian teks lengkap Gremlin. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL dalam penanganan pola grafik kosong dalam kueri. + Memperbaiki bug SPARQL dalam penanganan titik koma yang tidak dikodekan dalam kueri yang dikodekan URL. + Memperbaiki bug Gremlin dalam penanganan vertex berulang di langkah `Union`. + Memperbaiki bug Gremlin yang menyebabkan beberapa kueri dengan `.simplePath()` atau `.cyclicPath()` di dalam `.repeat()` untuk mengembalikan hasil yang salah. + Memperbaiki bug Gremlin yang menyebabkan `.project()` mengembalikan hasil yang salah jika traversal turunannya tidak mengembalikan solusi. + Memperbaiki bug Gremlin di mana kesalahan dari konflik baca-tulis memunculkan `InternalFailureException` ketimbang `ConcurrentModificationException`. + Memperbaiki bug Gremlin yang menyebabkan kegagalan `.group().by(...).by(values("property"))`. + Memperbaiki bug Gremlin dalam output profil untuk full-text-search langkah-langkah. + Memperbaiki kebocoran sumber daya dalam sesi Gremlin. + Memperbaiki bug yang mencegah API status melaporkan versi tertib yang benar dalam beberapa kasus. + Memperbaiki bug loader massal yang mengizinkan URL ke lokasi selain Amazon S3 untuk digunakan sebagai sumber dalam permintaan muatan massal. + Memperbaiki bug loader massal dalam status pemuatan terperinci. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.2, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.2 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Jika klaster Anda memiliki parameter `AutoMinorVersionUpgrade` yang diatur ke `True`, klaster Anda akan ditingkatkan ke rilis mesin ini secara otomatis dua sampai tiga minggu setelah tanggal rilis ini, selama jendela pemeliharaan. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.2.R6 (2021-02-19) Rilis: 1.0.2.2.R6 (2021-02-19)Versi mesin 1.0.2.2.R6 Per 2021-02-19, versi mesin 1.0.2.2.R6 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.2.R6](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.2.R6.html). Per 2021-02-19, versi mesin 1.0.2.2.R6 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana `InternalFailureException` ditetapkan sebagai kode respons dalam keadaan tertentu ketika `ConcurrentModificationException` terjadi. + Memperbaiki bug Gremlin di mana dalam kondisi tertentu memperbarui edge atau vertex dapat menyebabkan `InternalFailureException` transien. ## Versi Query Bahasa yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.2.R6, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.8` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.2.2.R6 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.2.R6 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.2.R5 (2020-10-12) Rilis: 1.0.2.2.R5 (2020-10-12)Versi mesin 1.0.2.2.R5 Per 2020-10-12, versi mesin 1.0.2.2.R5 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.2.R5](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.2.R5.html). Per 2020-10-12, versi mesin 1.0.2.2.R5 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan kinerja untuk langkah `properties()` Gremlin. + Menambahkan detail tentang `BindOp` dan `MultiplexerOp` dalam laporan explain dan profile. + Untuk respos kueri SPARQL, menambahkan `charset` ke header Content-Type, memungkinkan klien HTTP untuk mengenali charset yang digunakan secara otomatis. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL di mana `CancellationException` tidak ditangani. + Memperbaiki bug SPARQL di mana kueri yang berisi optionals nested tidak bekerja dengan benar. + Memperbaiki bug SPARQL di LOAD di mana `ConcurrentModificationException` dapat menyebabkan kueri hang. + Memperbaiki bug SPARQL yang mencegah respons kueri agar tidak terkompresi gzip. + Perbaikan bug Gremlin di langkah `groupBy()`. + Memperbaiki bug Gremlin terkait dengan penggunaan langkah `aggregate()` di dalam langkah `local()`. + Memperbaiki bug Gremlin terkait dengan menggunakan `bothE()` yang diikuti dengan predikat yang menggunakan nilai agregat. + Memperbaiki bug Gremlin terkait dengan penggunaan langkah `bothE()` dengan langkah `repeat()`. + Memperbaiki potensi kebocoran memori Gremlin yang terkait dengan langkah `both()`. + Memperbaiki bug di mana metrik permintaan hilang karena titik akhir yang berakhir di '/' tidak ditangani dengan benar. + Memperbaiki bug yang dapat meningkatkan `ThrottlingException` bahkan ketika antrean permintaan tidak penuh. + Memperbaiki bug dalam mengambil status pemuatan ketika sebuah pemuatan gagal karena suatu alasan seperti `LOAD_DATA_FAILED_DUE_TO_FEED_MODIFIED_OR_DELETE`. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.2.R5, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.2.2.R5 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.2.R5 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.2.R4 (2020-07-23) Rilis: 1.0.2.2.R4 (2020-07-23)Versi mesin 1.0.2.2.R4 Per 2020-07-23, versi mesin 1.0.2.2.R4 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.2.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.2.R4.html). Per 2020-07-23, versi mesin 1.0.2.2.R4 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan penggunaan memori dengan melepaskan memori yang tidak terpakai kembali ke sistem operasi lebih sering. + Juga penggunaan memori yang lebih baik untuk kueri SPARQL GROUP BY. + Peningkatan waktu maksimum WebSocket koneksi dapat tetap terbuka yang diautentikasi menggunakan IAM, dari 36 jam menjadi 10 hari. + Menambahkan `BufferCacheHitRatio` CloudWatch metrik, yang dapat berguna dalam mendiagnosis latensi kueri dan menyetel jenis instance. Lihat [Metrik Neptunus](cw-metrics.md#cw-metrics-available). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug dalam menutup koneksi WebSocket IAM yang menganggur atau kedaluwarsa. Neptune sekarang mengirim bingkai tertutup sebelum menutup koneksi. + Memperbaiki bug SPARQL dalam evaluasi kueri yang berisi kondisi FILTER EXISTS NEXISTS NOT EXISTS NEXISTS and/or . + Memperbaiki bug pengakhiran kueri SPARQL yang menyebabkan utas diblokir di server dalam kondisi ekstrim tertentu. + Perbaikan bug Gremlin yang melibatkan Edge pathType di langkah `hasLabel`. + Memperbaiki bug Gremlin untuk menangani `toV` dan `fromV` secara individu untuk setiap arah di `bothE`. + Mempebaiki bug Gremlin yang melibatkan sideEffects yang menghilang. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.2.R4, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.2.R4 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.2.R4 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.2.R3 (2020-07-22) Rilis: 1.0.2.2.R3 (2020-07-22) Rilis mesin 1.0.2.2.R3 dimasukkan ke dalam [rilis mesin 1.0.2.2.R4](engine-releases-1.0.2.2.R4.md). # Versi Mesin Amazon Neptune 1.0.2.2.R2 (2020-04-02) Rilis: 1.0.2.2.R2 (2020-04-02)Versi mesin 1.0.2.2.R2 Per 2020-04-02, versi mesin 1.0.2.2.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.2.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.2.R2.html). Per 2020-04-02, versi mesin 1.0.2.2.R2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Sekarang Anda dapat mengantrekan hingga 64 tugas pemuatan massal, alih-alih harus menunggu satu tugas selesai sebelum memulai tugas berikutnya. Anda juga dapat melakukan eksekusi permintaan pemuatan mengantre bergantung pada keberhasilan penyelesaian satu atau beberapa tugas beban yang sebelumnya mengantre menggunakan parameter `dependencies` perintah `load`. Lihat [Perintah Loader Neptune](load-api-reference-load.md). + Full-text-search output sekarang dapat diurutkan (lihat[Parameter pencarian teks lengkap](full-text-search-parameters.md)). + Sekarang ada parameter klaster DB untuk meminta aliran Neptune, dan fitur tersebut telah dipindahkan dari Mode Lab. Lihat [Mengaktifkan Neptune Streams](streams-using-enabling.md). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan kegagalan stochastic di server startup menunda pembuatan instans. + Memperbaiki masalah pengoptimasi di mana pernyataan `BIND` dalam kueri membuat optimizer memulai dengan pola tidak selektif dalam perencanaan gabungan-urutan. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.2.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.3` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.2.R2 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.2`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.2.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.2 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.2 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.1 (2019-11-22) Rilis: 1.0.2.1 (2019-11-22)Versi mesin 1.0.2.1.R1 Mesin Amazon Neptune versi 1.0.2.1.R1 umumnya tersedia. Untuk informasi selengkapnya, lihat [Rilis Mesin Neptune 1.0.2.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.1.html). ## Rilis Patch Berikutnya untuk Rilis Ini Rilis patch + [Rilis: 1.0.2.1.R6 (2020-04-22)](engine-releases-1.0.2.1.R6.md) + [Rilis: 1.0.2.1.R5 (2020-04-22)](engine-releases-1.0.2.1.R5.md) *Rilis patch ini tidak di-deploy.* + [Rilis: 1.0.2.1.R4 (2019-12-20)](engine-releases-1.0.2.1.R4.md) + [Rilis: 1.0.2.1.R3 (2019-12-12)](engine-releases-1.0.2.1.R3.md) + [Rilis: 1.0.2.1.R2 (2019-11-25)](engine-releases-1.0.2.1.R2.md) ## Fitur Baru Dalam Rilis Mesin Ini Fitur Baru + Menambahkan kemampuan pencarian teks lengkap melalui integrasi dengan OpenSearch Layanan Amazon. Lihat [Pencarian teks lengkap Neptunus](full-text-search.md) + Menambahkan opsi menggunakan mode lab untuk membuat indeks keempat (indeks OSGP) untuk sejumlah besar predikat. Lihat [Indeks OSGP](features-lab-mode.md#features-lab-mode-features-osgp-index). + Menambahkan mode *detail* ke Explain SPARQL. Untuk detailnya, lihat [Menggunakan `explain` SPARQL](sparql-explain-using.md) dan [Output mode rincian](sparql-explain-examples.md#sparql-explain-example-details). + Menambahkan informasi mode lab ke laporan status engine. Lihat [Status instans](access-graph-status.md) untuk detail. + Snapshot DB Cluster sekarang dapat disalin di seluruh AWS Wilayah. Lihat [Menyalin Snapshot](backup-restore-copy-snapshot.md). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan performa saat menangani sejumlah besar predikat. + Peningkatan optimalisasi kueri. Meskipun ini harus sepenuhnya transparan bagi pelanggan, kami mendorong Anda untuk menguji aplikasi Anda sebelum melakukan peningkatan untuk memastikan bahwa aplikasi berperilaku seperti yang diharapkan. + Penyempurnaan kecil untuk pelaporan kesalahan. + Menambahkan optimalisasi untuk langkah-langkah `.project()` dan `.identity()` Gremlin. + Menambahkan optimalisasi untuk kasus `.union()` non-terminal Gremlin. + Menambahkan dukungan asli untuk traversal `.path().by()` Gremlin. + Menambahkan dukungan asli untuk `.coalesce()` Gremlin. + Optimalisasi lebih lanjut dari penulisan massal. + Kami sekarang mengharuskan koneksi HTTPS menggunakan setidaknya TLS versi 1.2 atau lebih tinggi, untuk mencegah outdated/insecure cipher digunakan. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug penanganan traversal di dalam `addE()` Gremlin. + Memperbaiki bug Gremlin yang disebabkan oleh anotasi AST bocor dari traversals turunan ke induk. + Memperbaiki bug yang terjadi di Gremlin saat `.otherV()` dipanggil setelah `select()`. + Memperbaiki bug Gremlin yang menyebabkan beberapa langkah `.hasLabel()` gagal jika bug muncul setelah langkah `bothE()`. + Membuat perbaikan kecil untuk .sum() dan .project() Gremlin. + Memperbaiki bug dalam memproses kueri SPARQL yang tidak memiliki penjepit penutup. + Memperbaiki beberapa bug kecil di Explain SPARQL. + Memperbaiki bug dalam penanganan permintaan status pemuatan bersamaan. + Mengurangi memori yang digunakan untuk mengeksekusi beberapa traversal Gremlin dengan langkah `.project()`. + Memperbaiki perbandingan numerik dari nilai-nilai khusus di SPARQL. Lihat [Kepatuhan Standar](feature-overview-standards-compliance.md). ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.1, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.1 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.1 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.1.R6 (2020-04-22) Rilis: 1.0.2.1.R6 (2020-04-22)Versi mesin 1.0.2.1.R6 Per 2020-04-22, versi mesin 1.0.2.1.R6 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.1.R6](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.1.R6.html). Per 2020-04-22, versi mesin 1.0.2.1.R6 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki sebuah bug di mana `ConcurrentModificationConflictException` dan `TransactionException` tidak dikonversi menjadi `NeptuneGremlinException`, menyebabkan `InternalFailureException` dikembalikan ke pelanggan. + Memperbaiki bug di mana Neptune melaporkan statusnya sebagai sehat sebelum server benar-benar siap. + Perbaikan bug di mana komit kamus dan transaksi pengguna rusak ketika dua pemetaan `value->id` sedang dimasukkan secara bersamaan. + Perbaikan bug dalam serialisasi status pemuatan. + Memperbaiki bug sesi Gremlin. + Memperbaiki bug di mana Neptune gagal melemparkan pengecualian ketika server gagal untuk memulai. + Memperbaiki bug di mana Neptune gagal mengirim bingkai tutup soket Web sebelum menutup saluran. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.1.R6, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan ke Rilis Mesin 1.0.2.1.R6 Jalur peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.1`. Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Mesin Amazon Neptune versi 1.0.2.1.R6 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.1.R5 (2020-04-22) Rilis: 1.0.2.1.R5 (2020-04-22) Rilis mesin 1.0.2.1.R5 tidak pernah di-deploy. # Versi Mesin Amazon Neptune 1.0.2.1.R4 (2019-12-20) Rilis: 1.0.2.1.R4 (2019-12-20)Versi mesin 1.0.2.1.R4 Patch R4 untuk mesin versi 1.0.2.1 umumnya tersedia. Untuk informasi selengkapnya, lihat [Rilis Mesin Neptune 1.0.2.1.R4](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.1.R4.html). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Neptunus sekarang mencoba untuk selalu menempatkan panggilan full-text-search apa pun terlebih dahulu di pipeline eksekusi. Ini mengurangi volume panggilan ke OpenSearch, yang secara signifikan dapat meningkatkan kinerja. Lihat [Full-text-search eksekusi kueri](full-text-search-query-execution.md). + Neptune sekarang memunculkan `IllegalArgumentException` jika Anda mencoba mengakses properti, vertex, atau edge yang tidak ada. Sebelumnya, Neptune memunculkan `UnsupportedOperationException` dalam situasi itu. Sebagai contoh, jika Anda mencoba menambahkan sebuah edge yang mereferensikan sebuah vertex yang tidak ada, Anda sekarang akan memunculkan `IllegalArgumentException`. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin di mana traversal `union` di dalam `project-by` tidak mengembalikan hasil atau mengembalikan hasil yang salah. + Memperbaiki bug Gremlin yang menyebabkan langkah `.project().by()` nested untuk mengembalikan hasil yang salah. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.1.R4, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.1.R4 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Namun, **pembaruan otomatis ke rilis ini tidak didukung**. ## Peningkatan ke Rilis Ini Meningkatkan Mesin Amazon Neptune versi 1.0.2.1.R4 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meng-upgrade Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.1.R3 (2019-12-12) Rilis: 1.0.2.1.R3 (2019-12-12)Versi mesin 1.0.2.1.R3 Patch R3 untuk mesin versi 1.0.2.1 umumnya tersedia. Untuk informasi selengkapnya, lihat [Rilis Mesin Neptune 1.0.2.1.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.1.R3.html). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana `OSGP` telah dinonaktifkan meskipun fitur diaktifkan dengan benar menggunakan [Mode Lab](features-lab-mode.md) yang menggunakan nilai `ObjectIndex` dalam parameter `neptune_lab_mode`. + Memperbaiki bug yang mempengaruhi kueri Gremlin dengan `.fold()` di dalam langkah `.project().by()`. Sebagai contoh, hal itu menyebabkan kueri berikut untuk mengembalikan hasil yang tidak lengkap: ``` g.V().project("a").by(valueMap().fold()) ``` + Memperbaiki hambatan performa dalam pemuatan massal data RDF. + Memperbaiki bug yang menyebabkan crash pada replika saat aliran diaktifkan dan replika dimulai ulang sebelum primer. + Memperbaiki bug di mana sertifikat SSL yang diputar pada instans tidak diambil tanpa merestart instans. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.1.R3, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.1.R3 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Namun, **pembaruan otomatis ke rilis ini tidak didukung**. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.1.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.1.R2 (2019-11-25) Rilis: 1.0.2.1.R2 (2019-11-25)Versi mesin 1.0.2.1.R2 Patch R2 untuk mesin versi 1.0.2.1 umumnya tersedia. Untuk informasi selengkapnya, lihat [Rilis Mesin Neptune 1.0.2.1.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.1.R2.html). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang mempengaruhi semua kueri `project().by()` dengan non round-robin by-traversals dan non `path()` by-traversals. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.1.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.1.R2 Jalur peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Namun, **pembaruan otomatis ke rilis ini tidak didukung**. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune 1.0.2.1.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada peningkatan jalur untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.1 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.1 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba [memutakhirkan saat tindakan tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.0 (2019-11-08) Rilis: 1.0.2.0 (2019-11-08)Versi mesin 1.0.2.0.R1 Mesin Amazon Neptune versi 1.0.2.0.R1 umumnya tersedia. Untuk informasi selengkapnya, lihat [Rilis Mesin Neptune 1.0.2.0](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.0.html).Versi mesin 1.0.2.0 dianggap usang Mesin Amazon Neptune versi 1.0.2.0 sekarang sudah usang. Klaster yang berjalan pada versi mesin ini akan ditingkatkan ke versi 1.0.2.1 secara otomatis selama jendela pemeliharaan pertama setelah 1 Juni 2020. ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2020-05-19, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. Versi mesin ini sekarang digantikan oleh [versi 1.0.2.1](engine-releases-1.0.2.1.md), yang berisi semua perbaikan bug dalam versi ini serta fitur tambahan seperti integrasi pencarian teks lengkap, dukungan indeks OSGP, dan salinan cluster snapshot database di seluruh Wilayah. AWS Mulai 1 Juni 2020, Neptune akan secara otomatis meng-upgrade klaster yang menjalankan versi mesin ini ke [patch terbaru dari versi 1.0.2.1](engine-releases-1.0.2.1.R6.md) selama jendela pemeliharaan berikutnya. Anda dapat meng-upgrade secara manual sebelum tanggal tersebut, seperti yang dijelaskan [di sini](engine-releases-1.0.2.1.md). Jika Anda memiliki masalah dengan upgradenya, silahkan hubungi kami melalui [Dukungan AWS](https://aws.amazon.com/support) atau [Forum Developer AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253). ## Rilis Patch Berikutnya untuk Rilis Ini Rilis Patch + [Rilis: 1.0.2.0.R3 (2020-05-05)](engine-releases-1.0.2.0.R3.md) + [Rilis: 1.0.2.0.R2 (2019-11-21)](engine-releases-1.0.2.0.R2.md) ## Fitur Baru dalam Rilis Mesin Ini Fitur Baru Selain pembaruan pemeliharaan, rilis ini menambahkan fungsionalitas baru untuk mendukung lebih dari satu versi mesin sekaligus (lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md)). Akibatnya, penomoran rilis mesin berubah (lihat [Penomoran versi sebelum rilis mesin 1.3.0.0](cluster-maintenance.md#older-engine-numbers)). ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.0, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.0 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Anda tidak akan secara otomatis meningkatkan ke rilis ini. ## Peningkatan ke Rilis Ini Meningkatkan Amazon Neptune versi 1.0.2.0 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.0.R3 (2020-05-05) Rilis: 1.0.2.0.R3 (2020-05-05)Versi mesin 1.0.2.0.R3 Per 2020-05-05, versi mesin 1.0.2.0.R3 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.0.R3](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.0.R3.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2020-05-19, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. Versi mesin ini sekarang digantikan oleh [versi 1.0.2.1](engine-releases-1.0.2.1.md), yang berisi semua perbaikan bug dalam versi ini serta fitur tambahan seperti integrasi pencarian teks lengkap, dukungan indeks OSGP, dan salinan cluster snapshot database di seluruh Wilayah. AWS Mulai 1 Juni 2020, Neptune akan secara otomatis meng-upgrade klaster yang menjalankan versi mesin ini ke [patch terbaru dari versi 1.0.2.1](engine-releases-1.0.2.1.R6.md) selama jendela pemeliharaan berikutnya. Anda dapat meng-upgrade secara manual sebelum tanggal tersebut, seperti yang dijelaskan [di sini](engine-releases-1.0.2.1.md). Jika Anda memiliki masalah dengan upgradenya, silahkan hubungi kami melalui [Dukungan AWS](https://aws.amazon.com/support) atau [Forum Developer AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana `ConcurrentModificationConflictException` dan `TransactionException` dilaporkan sebagai `InternalFailureException` generik. + Memperbaiki bug dalam pemeriksaan kondisi yang menyebabkan seringnya restart server selama start up. + Memperbaiki bug di mana data tidak terlihat pada replika karena komit rusak dalam kondisi tertentu. + Memperbaiki bug dalam serialisasi status pemuatan di mana pemuatan gagal karena kurangnya izin akses Amazon S3. + Memperbaiki kebocoran sumber daya dalam sesi Gremlin. + Memperbaiki bug dalam pemeriksaan kondisi yang menyembunyikan status tidak sehat saat memulai komponen yang mengelola autentikasi IAM. + Memperbaiki bug di mana Neptunus gagal mengirim WebSocket bingkai tutup sebelum menutup saluran. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.0.R3, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.0.R3 Jalur Peningkatan Klaster Anda akan ditingkatkan ke rilis patch ini secara otomatis selama jendela pemeliharaan berikutnya jika Anda menggunakan versi mesin `1.0.2.0`. Anda dapat secara manual meng-upgrade rilis mesin Neptune versi lebih awal ke rilis ini. ## Meningkatkan ke Rilis Ini Meningkatkan Mesin Amazon Neptune versi 1.0.2.0.R3 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meng-upgrade Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus bergantung pada ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan untuk membiarkan pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.2.0.R2 (2019-11-21) Rilis: 1.0.2.0.R2 (2019-11-21)Versi mesin 1.0.2.0.R2 Patch R2 untuk mesin versi 1.0.2.0 umumnya tersedia. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.2.0.R2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.2.0.R2.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2020-05-19, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. Versi mesin ini sekarang digantikan oleh [versi 1.0.2.1](engine-releases-1.0.2.1.md), yang berisi semua perbaikan bug dalam versi ini serta fitur tambahan seperti integrasi pencarian teks lengkap, dukungan indeks OSGP, dan salinan cluster snapshot database di seluruh Wilayah. AWS Mulai 1 Juni 2020, Neptune akan secara otomatis meng-upgrade klaster yang menjalankan versi mesin ini ke [patch terbaru dari versi 1.0.2.1](engine-releases-1.0.2.1.R6.md) selama jendela pemeliharaan berikutnya. Anda dapat meng-upgrade secara manual sebelum tanggal tersebut, seperti yang dijelaskan [di sini](engine-releases-1.0.2.1.md). Jika Anda memiliki masalah dengan upgradenya, silahkan hubungi kami melalui [Dukungan AWS](https://aws.amazon.com/support) atau [Forum Developer AWS](https://forums.aws.amazon.com/forum.jspa?forumID=253). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Meningkatkan strategi caching untuk halaman kotor di server sehingga `FreeableMemory` pulih lebih cepat ketika server memasuki keadaan memori rendah. + Memperbaiki bug yang dapat menyebabkan kondisi balapan dan crash ketika banyak permintaan pemuatan and/or mulai status pemuatan bersamaan diproses di server. ## Versi Kueri Bahasa yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.2.0.R2, pastikan bahwa proyek Anda kompatibel dengan versi kueri bahasa ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` ## Jalur Peningkatan untuk Rilis Mesin 1.0.2.0.R2 Jalur Peningkatan Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini. Namun, **pembaruan otomatis ke rilis ini tidak didukung**. ## Peningkatan ke Rilis Ini Meningkatkan Mesin Amazon Neptune versi 1.0.2.0.R2 sekarang tersedia secara umum. Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera: Untuk Linux, macOS, atau Unix: ``` 1. aws neptune modify-db-cluster \ 2. --db-cluster-identifier (your-neptune-cluster) \ 3. --engine-version 1.0.2.0 \ 4. --apply-immediately ``` Untuk Windows: ``` 1. aws neptune modify-db-cluster ^ 2. --db-cluster-identifier (your-neptune-cluster) ^ 3. --engine-version 1.0.2.0 ^ 4. --apply-immediately ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda. ### Selalu uji sebelum Anda meningkatkan Uji sebelum memutakhirkan Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda. Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya. Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi. ### Selalu buat snapshot manual sebelum Anda meningkatkan Ambil snapshot manual Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit. Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun. Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai `preupgrade` dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal. **catatan** Jika Anda mencoba memutakhirkan saat [tindakan yang tertunda sedang dalam proses](manage-console-maintaining), Anda mungkin mengalami kesalahan seperti berikut: ``` We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade. ``` Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai. Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat [Mempertahankan Cluster DB Amazon Neptunus Anda](cluster-maintenance.md). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). # Versi Mesin Amazon Neptune 1.0.1.2 (2020-06-10) Rilis: 1.0.1.2 (2020-06-10)Versi mesin 1.0.1.2 Per 2020-06-10, versi mesin 1.0.1.2 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.1.2](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.1.2.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2021-04-27, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Neptune sekarang memunculkan `IllegalArgumentException` jika Anda mencoba mengakses properti, vertex, atau edge yang tidak ada. Sebelumnya, Neptune memunculkan `UnsupportedOperationException` dalam situasi itu. Sebagai contoh, jika Anda mencoba menambahkan sebuah edge yang mereferensikan sebuah vertex yang tidak ada, Anda sekarang akan memunculkan `IllegalArgumentException`. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Perbaikan bug di mana komit kamus dan transaksi pengguna rusak ketika dua pemetaan `value->id` sedang dimasukkan secara bersamaan. + Perbaikan bug dalam serialisasi status pemuatan. + Perbaikan kegagalan stochastic di server startup menunda pembuatan instans. + Perbaikan kebocoran kursor. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.1.2, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.4.1` + *Versi SPARQL:* `1.1` # Versi Mesin Amazon Neptune 1.0.1.1 (2020-06-26) Rilis: 1.0.1.1 (2020-06-26)Versi mesin 1.0.1.1 Per 2020-06-26, versi mesin 1.0.1.1 sedang di-deploy secara umum. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah. Untuk informasi selengkapnya tentang versi mesin ini, lihat [Rilis Mesin Neptune 1.0.1.1](https://docs.aws.amazon.com/neptune/latest/userguide/engine-releases-1.0.1.1.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2021-04-27, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug di mana komit telah rusak ketika dimasukkan secara bersamaan. + Perbaikan bug dalam serialisasi status pemuatan. + Perbaikan kegagalan stochastic di server startup menunda pembuatan instans. + Memperbaiki kebocoran memori. ## Versi Bahasa Kueri yang Didukung dalam Rilis Ini Versi Bahasa Kueri yang Didukung Sebelum meningkatkan klaster DB ke versi 1.0.1.1, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini: + *Versi Gremlin:* `3.3.2` + *Versi SPARQL:* `1.1` # Versi Mesin Amazon Neptune 1.0.1.0 (2019-07-02) Rilis: 1.0.1.0 (2019-07-02) ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2021-04-27, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. # Pembaruan Mesin Amazon Neptune 2019-10-31 Rilis 1.0.1.0.200502.0 (2019-10-31)Versi mesin 1.0.1.0.200502.0 Mesin Amazon Neptune versi 1.0.1.0.200502.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200502.0](engine-releases-1.0.1.0.200502.0.html). **Versi:** 1.0.1.0.200502.0 ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Tidak ada instans baru yang menggunakan versi mesin ini akan dibuat, mulai 2021-04-27. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin dalam serialisasi respons langkah `tree()` saat klien terhubung ke Neptune menggunakan `traversal().withRemote(...)` (dengan kata lain, menggunakan GLV bytecode). Rilis ini membahas masalah di mana klien yang terhubung ke Neptune menggunakan `traversal().withRemote(...)` menerima respons yang tidak valid untuk kueri Gremlin yang berisi langkah `tree()`. + Memperbaiki bug SPARQL di kueri `DELETE WHERE LIMIT`, di mana proses penghentian kueri akan menggantung karena kondisi balapan, menyebabkan kueri kehabisan waktu. # Pembaruan Mesin Amazon Neptune 2019-10-15 Rilis 1.0.1.0.200463.0 (2019-10-15)Versi mesin 1.0.1.0.200463.0 Mesin Amazon Neptune versi 1.0.1.0.200463.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200463.0](engine-releases-1.0.1.0.200463.0.html). **Versi:** 1.0.1.0.200463.0 ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Tidak ada instans baru yang menggunakan versi mesin ini akan dibuat, mulai 2021-04-27. ## Fitur Baru Dalam Rilis Mesin Ini Fitur + Menambahkan Explain/Profile fitur Gremlin (lihat[Menganalisis eksekusi kueri Neptune menggunakan `explain` Gremlin](gremlin-explain.md)). + Menambahkan [Support untuk sesi berbasis skrip Gremlin](access-graph-gremlin-sessions.md) untuk memungkinkan eksekusi beberapa traversal Gremlin dalam satu transaksi. + Menambahkan dukungan untuk ekstensi Kueri Gabungan SPARQL di Neptune (lihat [Kueri Gabungan SPARQL 1.1](https://www.w3.org/TR/sparql11-federated-query/) dan [Kueri gabungan SPARQL di Neptune menggunakan ekstensi `SERVICE`](sparql-service.md)). + Menambahkan fitur yang memungkinkan Anda menyuntikkan `queryId` Anda sendiri ke dalam kueri Gremlin atau SPARQL, baik melalui parameter URL HTTP atau melalui petunjuk kueri `queryId` SPARQL (lihat [Menyuntikkan ID Kustom Ke Dalam Gremlin Neptune atau Kueri SPARQL](features-query-id.md)). + Menambahkan fitur [Mode Lab](features-lab-mode.md) ke Neptune yang dapat memungkinkan Anda untuk mencoba fitur-fitur mendatang yang belum siap untuk digunakan dalam produksi. + Menambahkan fitur [Aliran Neptunus](streams.md) mendatang yang andal mencatat setiap perubahan yang dibuat ke basis data Anda ke aliran yang bertahan selama seminggu. Fitur ini hanya tersedia di Mode Lab. + Memperbarui semantik formal untuk transaksi bersamaan (lihat [Semantik Transaksi di Neptune](transactions.md)). Fitur ini memberikan jaminan standar industri sekitar konkurensi. Secara default, semantik transaksi ini diaktifkan. Dalam beberapa skenario, fitur ini dapat mengubah perilaku beban saat ini dan mengurangi performa beban. Anda dapat menggunakan parameter `neptune_lab_mode` Klaster DB untuk kembali ke semantik sebelumnya dengan memasukkan `ReadWriteConflictDetection=disabled` dalam nilai parameter. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Memperbaiki [Status instans](access-graph-status.md) API dengan melaporkan versi apa TinkerPop dan versi SPARQL apa yang digunakan mesin. + Peningkatan performa operator subgrafik Gremlin. + Meningkatkan performa serialisasi respons Gremlin. + Peningkatan performa dalam langkah Gremlin Union. + Meningkatkan latensi kueri SPARQL sederhana. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug Gremlin dimana waktu habis salah dikembalikan sebagai kegagalan internal. + Memperbaiki bug SPARQL di mana ORDER BY di atas sekumpulan variabel menyebabkan Kesalahan Server Internal. # Pembaruan Mesin Amazon Neptune 2019-09-19 Rilis 1.0.1.0.200457.0 (2019-09-19)Versi mesin 1.0.1.0.200457.0 Mesin Amazon Neptune versi 1.0.1.0.200457.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200457.0](engine-releases-1.0.1.0.200457.0.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Tidak ada instans baru yang menggunakan versi mesin ini akan dibuat, mulai 2021-04-27. **Versi:** 1.0.1.0.200457.0 Amazon Neptune versi 1.0.1.0.200457.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200457.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki masalah kebenaran Gremlin yang muncul di rilis mesin sebelumnya (1.0.1.0.200369.0) dengan menghapus perbaikan performa ke penanganan predikat konjungtif yang menyebabkannya. + Memperbaiki bug SPARQL yang menyebabkan kueri dengan `DISTINCT` dan satu pola yang dibungkus menjadi `OPTIONAL` untuk menghasilkan `InternalServerError`. # Pembaruan Mesin Amazon Neptune 2019-08-13 Rilis 1.0.1.0.200369.0 (2019-08-13)Versi mesin 1.0.1.0.200369.0 Mesin Amazon Neptune versi 1.0.1.0.200369.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200369.0](engine-releases-1.0.1.0.200369.0.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Mulai dari 2021-04-27, tidak ada instance baru yang menggunakan versi mesin ini yang akan dibuat. ## Fitur Baru dalam Rilis Mesin Ini Fitur + Menambahkan opsi `OVERSUBSCRIBE` ke parameter `parallelism` dari [Perintah Loader Neptune](load-api-reference-load.md), yang menyebabkan loader massal Neptune menggunakan semua utas dan sumber daya yang tersedia. ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan performa filter SPARQL yang berisi ekspresi OR logika sederhana. + Peningkatan performa Gremlin dalam menangani predikat konjungtif. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug SPARQL yang mencegah pengurangan `xsd:duration` dari `xsd:date`. + Memperbaiki bug SPARQL yang menyebabkan hasil yang tidak lengkap dari inlining statis dalam keberadaan `UNION`. + Memperbaiki bug SPARQL dalam pembatalan kueri. + Memperbaiki bug Gremlin yang menyebabkan overflow selama promosi jenis. + Memperbaiki bug Gremlin dalam penanganan elemen vertex di langkah `addE().from().to()`. + Memperbaiki bug Gremlin (dirilis 2019-07-26 di [Mesin versi 1.0.1.0.200366.0](engine-releases-1.0.1.0.200366.0.md)) yang melibatkan penanganan NaN ganda dan mengapung dalam sisipan kardinalitas tunggal. + Memperbaiki bug dalam menghasilkan rencana kueri yang melibatkan pencarian berbasis properti. # Pembaruan Mesin Amazon Neptune 2019-07-26 Rilis 1.0.1.0.200366.0 (2019-07-26)Versi mesin 1.0.1.0.200366.0 Mesin Amazon Neptune versi 1.0.1.0.200366.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200366.0](engine-releases-1.0.1.0.200366.0.html). **Versi:** 1.0.1.0.200366.0 ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Tidak ada instans baru yang menggunakan versi mesin ini akan dibuat, mulai 2021-04-27. ## Fitur Baru Dalam Rilis Mesin Ini Fitur + Diupgrade ke TinkerPop 3.4.1 (lihat [TinkerPop Upgrade Informasi](http://tinkerpop.apache.org/docs/3.4.1/upgrade/), dan [TinkerPop3.4.1 Ubah](https://github.com/apache/tinkerpop/blob/3.4.1/CHANGELOG.asciidoc#release-3-4-1) Log). Untuk pelanggan Neptune, perubahan ini menyediakan fungsionalitas dan perbaikan baru, seperti: + `GraphBinary` sekarang tersedia sebagai format serialisasi. + Bug keep-alive yang menyebabkan kebocoran memori di driver TinkerPop Java telah diperbaiki, jadi solusi tidak lagi diperlukan. Namun, dalam beberapa kasus, mereka dapat mempengaruhi kode Gremlin yang ada di Neptune. Misalnya: + `valueMap()` sekarang mengembalikan `Map` bukan `Map`. + Perilaku tidak konsisten langkah `within()` diperbaiki sehingga langkah bekerja secara konsisten dengan langkah-langkah lain. Sebelumnya, jenis harus cocok agar perbandingan bekerja. Sekarang, jumlah jenis yang berbeda dapat dibandingkan secara akurat. Misalnya, `33` sekarang membandingkan sebagai sama dengan `33L`, yang tidak pernah terjadi sebelumnya. + Sebuah bug di `ReducingBarrierStep` telah diperbaiki, sehingga sekarang tidak mengembalikan nilai jika tidak ada elemen yang tersedia untuk output. + Urutan cakupan `select()` berubah (urutan sekarang `maps`, `side-effects`, `paths`). Hal ini mengubah hasil kueri langka yang menggabungkan `side-effects` dan `select` dengan nama kunci yang sama untuk `side-effects` seperti untuk `select`. + `bulkSet()` sekarang menjadi bagian dari protokol GraphSon. Kueri yang berakhir dengan `toBulkSet()` tidak akan bekerja dengan klien lama. + Salah satu parameterisasi langkah `Submit()` telah dihapus dari klien 3.4. Banyak perubahan lain yang diperkenalkan di TinkerPop 3.4 tidak mempengaruhi perilaku Neptunus saat ini. Misalnya, `io()` Gremlin ditambahkan sebagai langkah ke `Traversal` dan sekarang tidak lagi digunakan dalam `Graph`, tetapi tidak pernah diaktifkan di Neptune. + Menambahkan dukungan untuk sifat vertex kardinalitas tunggal ke [loader massal untuk Gremlin](bulk-load-tutorial-format-gremlin.md#bulk-load-tutorial-format-gremlin-propheaders), untuk memuat data grafik properti. + Menambahkan opsi untuk menimpa nilai yang ada untuk properti kardinalitas tunggal di loader massal. + Menambahkan kemampuan untuk [mengambil status kueri Gremlin](gremlin-api-status.md), dan untuk [membatalkan kueri Gremlin](gremlin-api-status-cancel.md). + Menambahkan [petunjuk kueri untuk batas waktu kueri SPARQL](sparql-query-hints-queryTimeout.md). + Menambahkan kemampuan untuk melihat peran instans dalam API status (lihat [Status instans](access-graph-status.md)). + Menambahkan dukungan untuk kloning basis data (lihat [Kloning Basis Data di Neptune](manage-console-cloning.md)). ## Perbaikan dalam Rilis Mesin Ini Perbaikan + Peningkatan Penjelasan Kueri SPARQL untuk menunjukkan variabel grafik dari klausa FROM. + Peningkatan performa untuk SPARQL dalam filter, filter yang sama, klausa VALUES, dan jumlah rentang. + Peningkatan performa untuk pengurutan langkah Gremlin. + Peningkatan performa untuk traversal `.repeat.dedup` Gremlin. + Peningkatan performa traversal `valueMap()` dan `path().by()` Gremlin. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki beberapa masalah dengan jalur properti SPARQL termasuk operasi dengan grafik bernama. + Memperbaiki masalah dengan kueri SPARQL CONTRUCT yang menyebabkan masalah memori. + Memperbaiki masalah dengan parser RDF Turtle dan nama lokal. + Memperbaiki masalah untuk memperbaiki pesan kesalahan yang ditampilkan kepada pengguna. + Memperbaiki masalah dengan traversal `repeat()...drop()` Gremlin. + Memperbaiki masalah dengan langkah `drop()` Gremlin. + Memperbaiki masalah dengan filter label Gremlin. + Memperbaiki masalah dengan batas waktu kueri Gremlin. # Pembaruan Mesin Amazon Neptune 2019-07-02 Rilis 1.0.1.0.200348.0 (2019-07-02)Versi mesin 1.0.1.0.200348.0 Mesin Amazon Neptune versi 1.0.1.0.200348.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200348.0](engine-releases-1.0.1.0.200348.0.html). ## PENTING: VERSI MESIN INI SEKARANG TIDAK LAGI DIGUNAKAN Tidak ada instans baru yang menggunakan versi mesin ini akan dibuat, mulai 2021-04-27. ## Perbaikan Cacat dalam Rilis Mesin Ini Perbaikan Cacat + Memperbaiki bug yang menyebabkan pola tertentu dengan nama properti dan nilai terikat untuk tidak dioptimalkan. # Rilis Mesin Neptune Sebelumnya Rilis Sebelumnya **Topics** + [ # Pembaruan Mesin Amazon Neptune 2019-06-12 ](engine-releases-1.0.1.0.200310.0.md) + [ # Pembaruan Mesin Amazon Neptune 2019-05-01 ](engine-releases-1.0.1.0.200296.0.md) + [ # Pembaruan Mesin Amazon Neptune 2019-01-21 ](engine-releases-1.0.1.0.200267.0.md) + [ # Pembaruan Mesin Amazon Neptune 2018-11-19 ](engine-releases-1.0.1.0.200264.0.md) + [ # Pembaruan Mesin Amazon Neptune 2018-11-08 ](engine-releases-1.0.1.0.200258.0.md) + [ # Pembaruan Mesin Amazon Neptune 2018-10-29 ](engine-releases-1.0.1.0.200255.0.md) + [ # Pembaruan mesin Amazon Neptune 2018-09-06 ](engine-releases-1.0.1.0.200237.0.md) + [ # Pembaruan Mesin Amazon Neptune 2018-07-24 ](engine-releases-1.0.1.0.200236.0.md) + [ # Pembaruan Mesin Amazon Neptune 2018-06-22 ](engine-releases-1.0.1.0.200233.0.md) # Pembaruan Mesin Amazon Neptune 2019-06-12 Rilis 1.0.1.0.200310.0 (2019-06-12)Versi mesin 1.0.1.0.200310.0 Mesin Amazon Neptune versi 1.0.1.0.200310.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200310.0](engine-releases-1.0.1.0.200310.0.html). **Versi:** 1.0.1.0.200310.0 Amazon Neptune versi 1.0.1.0.200310.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200310.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200310.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Memperbaiki bug di mana penyisipan bersamaan dan menjatuhkan edge dapat mengakibatkan beberapa edge dengan id yang sama. + Perbaikan dan peningkatan kecil lainnya. # Pembaruan Mesin Amazon Neptune 2019-05-01 Rilis 1.0.1.0.200296.0 (2019-05-01)Versi mesin 1.0.1.0.200296.0 Mesin Amazon Neptune versi 1.0.1.0.200296.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200296.0](engine-releases-1.0.1.0.200296.0.html). **Versi:** 1.0.1.0.200296.0 Amazon Neptune versi 1.0.1.0.200296.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200296.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200296.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Menambahkan fitur `explain` baru ke kueri SPARQL Neptune untuk membantu Anda memvisualisasikan rencana kueri dan mengambil langkah-langkah untuk mengoptimalkan jika diperlukan. Untuk informasi, lihat [`explain` SPARQLEkstensi `SERVICE` SPARQL](sparql-explain.md). + Peningkatan performa dan pelaporan SPARQL dengan berbagai cara. + Peningkatan performa dan perilaku Gremlin dalam berbagai cara. + Meningkatkan batas waktu dari kueri `drop( )` jangka panjang. + Peningkatan performa kueri `otherV( )`. + Menambahkan dua bidang untuk informasi yang dikembalikan ketika Anda mengkueri status kesehatan Neptune klaster atau instans DB, yaitu nomor versi mesin dan waktu mulai klaster atau instans. Lihat [Status instans](access-graph-status.md). + API `Get-Status` loaded Neptune sekarang mengembalikan bidang `startTime` yang mencatat ketika tugas pemuatan dimulai. + Perintah loader sekarang mengambil parameter `parallelism` pilihan yang memungkinkan Anda membatasi jumlah utas yang digunakan loader. # Pembaruan Mesin Amazon Neptune 2019-01-21 Rilis 1.0.1.0.200267.0 (2019-01-21)Versi mesin 1.0.1.0.200267.0 Mesin Amazon Neptune versi 1.0.1.0.200267.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200267.0](engine-releases-1.0.1.0.200267.0.html). **Versi:** 1.0.1.0.200267.0 Amazon Neptune versi 1.0.1.0.200267.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200267.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200267.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Neptune menunggu lebih lama (dalam batas waktu kueri yang ditentukan) untuk menyelesaikan setiap konflik. Hal ini mengurangi jumlah pengecualian modifikasi bersamaan yang perlu ditangani oleh klien (lihat [Kesalahan Kueri](errors-engine-codes.md#errors-query)). + Memperbaiki masalah saat penegakan kardinalitas Gremlin terkadang menyebabkan mesin di-restart. + Peningkatan performa Gremlin untuk kueri berulang `emit.times`. + Memperbaiki masalah Gremlin di mana `repeat.until` yang memungkinkan solusi `.emit` lewat yang seharusnya telah disaring. + Peningkatan penanganan kesalahan di Gremlin. # Pembaruan Mesin Amazon Neptune 2018-11-19 Rilis 1.0.1.0.200264.0 (2018-11-19)Versi mesin 1.0.1.0.200264.0 Mesin Amazon Neptune versi 1.0.1.0.200264.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200264.0](engine-releases-1.0.1.0.200264.0.html). **Versi:** 1.0.1.0.200264.0 Amazon Neptune versi 1.0.1.0.200264.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200264.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200264.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + menambahkan dukungan untuk [Petunjuk kueri Gremlin](gremlin-query-hints.md). + Peningkatan pesan kesalahan untuk autentikasi IAM. Untuk informasi selengkapnya, lihat [Kesalahan Autentikasi IAM](errors-engine-codes.md#errors-iam-auth). + Peningkatan performa kueri SPARQL dengan jumlah predikat yang tinggi. + Peningkatan performa jalur properti SPARQL. + Peningkatan performa Gremlin untuk mutasi bersyarat, seperti `fold().coalesce(unfold(), …)`, bila digunakan dengan langkah `addV()`, `addE()`, dan `property()`. + Peningkatan performa Gremlin untuk modulasi `by()` dan `sack()`. + Peningkatan performa Gremlin untuk langkah `group()` dan `groupCount()`. + Peningkatan performa Gremlin untuk langkah `store()`, `sideEffect()`, dan `cap().unfold()`. + Peningkatan dukungan untuk kendala properti kardinalitas tunggal Gremlin. + Peningkatan penegakan kardinalitas tunggal untuk properti edge dan properti vertex yang ditandai sebagai sifat kardinalitas tunggal. + Menunjukkan kesalahan jika nilai properti tambahan ditentukan untuk properti edge yang ada selama tugas Pemuatan Neptune. # Pembaruan Mesin Amazon Neptune 2018-11-08 Rilis 1.0.1.0.200258.0 (2018-11-08)Versi mesin 1.0.1.0.200258.0 Mesin Amazon Neptune versi 1.0.1.0.200258.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200258.0](engine-releases-1.0.1.0.200258.0.html). **Versi:** 1.0.1.0.200258.0 Amazon Neptune versi 1.0.1.0.200258.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200258.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200258.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + menambahkan dukungan untuk [Petunjuk kueri SPARQL](sparql-query-hints.md). + Peningkatan performa untuk kueri SPARQL FILTER (NOT) Exists. + Peningkatan performa untuk kueri SPARQL DESCRIBE. + Peningkatan performa untuk pola repeat until di Gremlin. + Peningkatan performa untuk menambahkan edge di Gremlin. + Memperbaiki masalah di mana kueri SPARQL Update DELETE dapat gagal dalam beberapa kasus. + Memperbaiki masalah untuk menangani batas waktu dengan server Gremlin WebSocket. # Pembaruan Mesin Amazon Neptune 2018-10-29 Rilis 1.0.1.0.200255.0 (2018-10-29)Versi mesin 1.0.1.0.200255.0 Mesin Amazon Neptune versi 1.0.1.0.200255.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200255.0](engine-releases-1.0.1.0.200255.0.html). **Versi:** 1.0.1.0.200255.0 Amazon Neptune versi 1.0.1.0.200255.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200255.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200255.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Menambahkan informasi autentikasi IAM ke log Audit. + Menambahkan Support untuk kredensial sementara menggunakan IAM role dan Profil Instans. + Menambahkan penghentian WebSocket koneksi untuk otentikasi IAM saat izin dicabut atau jika pengguna atau peran IAM dihapus. + Membatasi jumlah maksimum WebSocket koneksi hingga 60.000 per instance. + Peningkatan performa Pemuatan Massal untuk tipe instans yang lebih kecil. + Peningkatan performa untuk kueri yang menyertakan operator `and()`, `or()`, `not()`, `drop()` di Gremlin. + NTriples Parser sekarang menolak tidak valid, seperti berisi spasi URIs putih. URIs # Pembaruan mesin Amazon Neptune 2018-09-06 Rilis 1.0.1.0.200237.0 (2018-09-06)Versi mesin 1.0.1.0.200237.0 Mesin Amazon Neptune versi 1.0.1.0.200237.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200237.0](engine-releases-1.0.1.0.200237.0.html). **Versi:** 1.0.1.0.200237.0 Amazon Neptune versi 1.0.1.0.200237.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200237.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200237.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Memperbaiki masalah di mana beberapa kueri `SPARQL COUNT(DISTINCT)` gagal. + Memperbaiki masalah di mana kueri `COUNT`, `SUM`, `MIN` dengan `DISTINCT` akan kehabisan memori. + Memperbaiki masalah di mana data jenis `BLOB` akan menyebabkan pekerjaan Neptune Loader gagal. + Memperbaiki masalah di mana sisipan duplikat akan menyebabkan kegagalan transaksi. + Memperbaiki masalah di mana kueri `DROP ALL` tidak dapat dibatalkan. + Memperbaiki masalah di mana klien Gremlin dapat hang sebentar-sebentar. + Memperbarui semua kode kesalahan untuk muatan lebih besar dari 150M menjadi `HTTP 400`. + Peningkatan kinerja dan akurasi single-triple-pattern `COUNT()` kueri. + Peningkatan performa kueri `SPARQL UNION` dengan klausa `BIND`. # Pembaruan Mesin Amazon Neptune 2018-07-24 Rilis 1.0.1.0.200236.0 (2018-07-24)Versi mesin 1.0.1.0.200236.0 Mesin Amazon Neptune versi 1.0.1.0.200236.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200236.0](engine-releases-1.0.1.0.200236.0.html). **Versi:** 1.0.1.0.200236.0 Amazon Neptune versi 1.0.1.0.200236.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200236.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200236.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Memperbarui serialisasi SPARQL untuk `xsd:string` datatype. xsd:string tidak lagi disertakan dalam serialisasi JSON, yang sekarang konsisten dengan format output lainnya. + Memperbaiki penanganan infinity `xsd:double`/`xsd:float`. Nilai `-INF`, `NaN`, dan `INF` sekarang diakui dan ditangani dengan benar dalam semua format loader data SPARQL, SPARQL 1.1 UPDATE, dan Kueri SPARQL 1.1. + Memperbaiki masalah saat kueri Gremlin dengan nilai string kosong gagal secara tiba-tiba. + Memperbaiki masalah saat `aggregate()` dan `cap()` Gremlin pada grafik kosong gagal tiba-tiba. + Memperbaiki masalah di mana respons kesalahan salah dikembalikan untuk Gremlin ketika spesifikasi kardinalitas tidak valid, mis. `.property(set,id,'10')` dan `.property(single,id,'10')`. + Memperbaiki masalah saat sintaks Gremlin yang tidak valid dikembalikan sebagai. InternalFailureException + Memperbaiki ejaan di `TimeLimitExceeededException` ke `TimeLimitExceededException`, dalam pesan kesalahan. + Mengubah titik akhir SPARQL dan GREMLIN merespon dengan cara yang konsisten ketika script tidak disediakan. + Mengklarifikasi pesan kesalahan untuk terlalu banyak permintaan bersamaan. # Pembaruan Mesin Amazon Neptune 2018-06-22 Rilis 1.0.1.0.200233.0 (2018-06-22)Versi mesin 1.0.1.0.200233.0 Mesin Amazon Neptune versi 1.0.1.0.200233.0 umumnya tersedia. Untuk informasi selengkapnya, lihat [Pembaruan 1.0.1.0.200233.0](engine-releases-1.0.1.0.200233.0.html). **Versi:** 1.0.1.0.200233.0 Amazon Neptune versi 1.0.1.0.200233.0 sekarang tersedia secara umum. Semua klaster DB Neptune baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Neptune 1.0.1.0.200233.0 setelah pembaruan mesin selesai untuk Wilayah tersebut. Klaster yang ada dapat ditingkatkan ke rilis ini dengan segera menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Anda dapat menggunakan perintah CLI berikut untuk meng-upgrade klaster DB untuk rilis ini dengan segera: ``` aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws:rds:::: ``` Klaster Neptune DB akan secara otomatis ditingkatkan ke mesin rilis 1.0.1.0.200233.0 selama jendela pemeliharaan sistem. Pengaturan waktu saat pembaruan diterapkan tergantung pada Wilayah dan pengaturan jendela pemeliharaan untuk klaster DB, serta pada jenis pembaruan. **catatan** Jendela pemeliharaan instans tidak berlaku untuk pembaruan mesin. Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan yang memerlukan basis data dimulai ulang di semua instans dalam klaster DB, sehingga Anda mengalami waktu henti 20-30 detik hingga beberapa menit, setelah itu Anda dapat melanjutkan penggunaan klaster atau instans DB Anda. Anda dapat melihat atau mengubah pengaturan jendela pemeliharaan dari [konsol Neptune](https://console.aws.amazon.com/neptune/home). Jika Anda memiliki pertanyaan atau masalah, tim AWS Support tersedia di forum komunitas dan melalui [AWS Premium Support](https://aws.amazon.com/support). ## Perbaikan + Memperbaiki masalah saat sejumlah besar permintaan pemuatan massal dikeluarkan dalam hasil suksesi cepat dengan kesalahan. + Memperbaiki masalah yang bergantung pada data di mana kueri bisa gagal dengan file. InternalServerError Contoh berikut menunjukkan jenis kueri yang terpengaruh. ``` g.V("my-id123").as("start").outE("knows").has("edgePropertyKey1", P.gt(0)).as("myedge").inV() .as("end").select("start", "end", "myedge").by("vertexPropertyKey1") .by("vertexPropertyKey1").by("edgePropertyKey1") ``` + Memperbaiki masalah di mana klien Gremlin Java tidak dapat terhubung ke server menggunakan WebSocket koneksi yang sama setelah batas waktu kueri yang berjalan lama. + Memperbaiki masalah saat urutan yang diloloskan yang terkandung sebagai bagian dari kueri Gremlin melalui HTTP atau kueri berbasis string melalui koneksi tidak ditangani dengan benar. WebSocket