View a markdown version of this page

Mesin Amazon Neptune versi 1.3.3.0 (2024-08-05) - Amazon Neptune
Cacat diperbaikiMitigasi masalah dalam rilis 1.3.3.0Versi yang Di Query-Language dukungJalur peningkatanMeningkatkan

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Mesin Amazon Neptune versi 1.3.3.0 (2024-08-05)

Pada 2024-08-05, versi mesin 1.3.3.0 umumnya digunakan. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah.

catatan

Rilis mesin 1.3.0.0 memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi mesin yang lebih awal dari 1.3.0.0 ke versi mesin 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 parameterneptune1, atauneptune1.2. 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 lebih tinggi. Untuk informasi selengkapnya, lihat Grup parameter Amazon Neptunus.

Awas

Rilis mesin 1.3.3.0 memperkenalkan beberapa masalah potensial yang harus Anda ketahui. Lihat bagian di bawah ini Mitigasi masalah dalam rilis 1.3.3.0 untuk informasi lebih lanjut.

Cacat diperbaiki dalam rilis mesin ini

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 rencana 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.

Mitigasi 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 yang menggunakan nama parameter yang sama beberapa kali dapat gagal dengan kesalahanParameter 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 ubah 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 dieksekusi dengan protokol Bolt dapat menghasilkan hasil yang salah jika kueri adalah kueri UNION atau UNION ALL. Untuk menghindari masalah ini, pertimbangkan untuk menjalankan kueri tertentu dengan titik akhir HTTP. Atau, jalankan setiap bagian dari serikat secara terpisah saat menggunakan protokol Bolt.

Query-Language Versi yang Didukung dalam Rilis Ini

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

Anda dapat meningkatkan ke rilis ini dari rilis mesin 1.2.0.0 atau lebih tinggi.

Peningkatan ke Rilis Ini

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:

aws neptune modify-db-cluster \
    --db-cluster-identifier (your-neptune-cluster) \
    --engine-version 1.3.3.0 \
    --allow-major-version-upgrade \
    --apply-immediately

Untuk Windows:

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.3.3.0 ^
    --allow-major-version-upgrade ^
    --apply-immediately

Alih-alih--apply-immediately, Anda dapat menentukan--no-apply-immediately. Untuk melakukan peningkatan versi utama, parameter allow-major-version-upgrade diperlukan. Juga, pastikan untuk menyertakan versi mesin atau mesin Anda mungkin ditingkatkan ke versi yang berbeda.

Jika cluster Anda menggunakan grup parameter cluster kustom, pastikan untuk menyertakan parameter 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

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 besar 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 memutakhirkan

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 secara eksplisit menghapusnya.

Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak boleh 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-upgrade, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin telah dibuat Neptunus. Jika Neptune membuat snapshot manual, itu akan memiliki nama yang dimulai denganpreupgrade, diikuti oleh nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal.

catatan

Jika Anda mencoba memutakhirkan saat tindakan tertunda sedang dalam proses, Anda mungkin mengalami kesalahan seperti berikut ini:

   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 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. Jika Anda memiliki pertanyaan atau masalah, tim AWS Dukungan tersedia di forum komunitas dan melalui AWS Dukungan Premium.