Setelah mempertimbangkan dengan cermat, kami memutuskan untuk menghentikan Amazon Kinesis Data Analytics untuk aplikasi SQL:
1. Mulai **1 September 2025,** kami tidak akan memberikan perbaikan bug untuk Amazon Kinesis Data Analytics untuk aplikasi SQL karena kami akan memiliki dukungan terbatas untuk itu, mengingat penghentian yang akan datang.
2. Mulai **15 Oktober 2025,** Anda tidak akan dapat membuat Kinesis Data Analytics baru untuk aplikasi SQL.
3. Kami akan menghapus aplikasi Anda mulai **27 Januari 2026**. Anda tidak akan dapat memulai atau mengoperasikan Amazon Kinesis Data Analytics untuk aplikasi SQL. Support tidak akan lagi tersedia untuk Amazon Kinesis Data Analytics untuk SQL sejak saat itu. Untuk informasi selengkapnya, lihat [Amazon Kinesis Data Analytics untuk penghentian Aplikasi SQL](discontinuation.md).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pemecahan Masalah Amazon Kinesis Data Analytics untuk Aplikasi SQL
Berikut ini dapat membantu Anda memecahkan masalah yang mungkin terjadi dengan Amazon Kinesis Data Analytics untuk Aplikasi SQL.
**Topics**
+ [Aplikasi yang dihentikan](#idle-applications)
+ [Tidak Dapat Menjalankan Kode SQL](#sql-statement)
+ [Tidak Dapat Mendeteksi atau Menemukan Skema Saya](#detect-schema)
+ [Data Referensi Kedaluwarsa](#reference-reload)
+ [Aplikasi Tidak Menulis ke Tujuan](#output)
+ [Parameter Kondisi Aplikasi Penting untuk Dipantau](#parameters)
+ [Kesalahan Kode Tidak Valid Saat Menjalankan Aplikasi](#invalid-code)
+ [Aplikasi Menulis Kesalahan ke Aliran Kesalahan](#error-stream)
+ [Throughput Tidak Cukup atau Tinggi MillisBehindLatest](#insufficient-throughput)
## Aplikasi yang dihentikan
+ **Apa yang dimaksud dengan Kinesis Data Analytics yang dihentikan untuk aplikasi SQL?**
Aplikasi yang dihentikan adalah aplikasi yang kami amati tidak memproses catatan apa pun selama minimal tiga bulan. Ini berarti pelanggan membayar Kinesis Data Analytics untuk sumber daya SQL yang tidak mereka gunakan.
+ **Kapan akan AWS mulai menghentikan aplikasi idle?**
AWS akan mulai menghentikan aplikasi idle pada 14 November 2023 dan selesai pada 21 November 2023. Kami akan menghentikan aplikasi idle di zona waktu jam kantor Wilayah itu.
+ **Dapatkah Kinesis Data Analytics yang dihentikan untuk aplikasi SQL dimulai kembali?**
Ya. Jika Anda perlu memulai kembali aplikasi Anda, Anda dapat melakukannya seperti biasa. Tidak perlu memotong tiket dukungan.
+ **Ketika AWS berhenti aplikasi idle, apakah hasil kueri saya juga akan dihapus?**
Tidak. Pertama, karena aplikasi Anda menganggur, itu tidak memproses kueri. Kedua, hasil kueri Anda tidak disimpan dalam Kinesis Data Analytics untuk SQL. Anda mengonfigurasi Kinesis Data Analytics untuk aplikasi SQL dengan tujuan sink tempat hasil perhitungannya dikirim (misalnya, di Amazon S3 atau aliran data lainnya). Dengan demikian, Anda mempertahankan kepemilikan penuh atas data Anda dan itu akan tetap dapat diambil berdasarkan ketentuan layanan penyimpanan tersebut.
+ **Apa yang harus saya lakukan jika saya tidak ingin aplikasi saya dihentikan?**
Anda dapat mengirim email ke tim layanan (kda-sql-questions@amazon .com) yang meminta aplikasi tidak dihentikan kapan saja sebelum 10 November 2023. Email harus menyertakan ID akun dan ARN aplikasi Anda.
## Tidak Dapat Menjalankan Kode SQL
Jika Anda perlu mencari tahu cara membuat pernyataan SQL tertentu agar berfungsi dengan benar, Anda memiliki beberapa sumber daya berbeda saat menggunakan Kinesis Data Analytics:
+ Untuk informasi selengkapnya tentang pernyataan SQL, lihat [Kinesis Data Analytics untuk contoh SQL](examples.md). Bagian ini menyediakan sejumlah contoh SQL yang dapat Anda gunakan.
+ *[Referensi SQL Amazon Kinesis Data Analytics](https://docs.aws.amazon.com/kinesisanalytics/latest/sqlref/sqlrf_Preface.html)* menyediakan panduan terperinci untuk menulis pernyataan SQL streaming.
+ Jika Anda masih mengalami masalah, sebaiknya ajukan pertanyaan di [Forum Kinesis Data Analytics](https://forums.aws.amazon.com/ann.jspa?annID=4153).
## Tidak Dapat Mendeteksi atau Menemukan Skema Saya
Dalam beberapa kasus, Kinesis Data Analytics tidak dapat mendeteksi atau menemukan skema. Dalam banyak kasus ini, Anda masih dapat menggunakan Kinesis Data Analytics.
Misalkan Anda memiliki data yang dikodekan UTF-8 yang tidak menggunakan pembatas, atau data yang menggunakan format selain nilai yang dipisahkan koma (CSV), atau API penemuan tidak menemukan skema Anda. Dalam kasus ini, Anda dapat menentukan skema secara manual atau menggunakan fungsi manipulasi string untuk menyusun data Anda.
Untuk menemukan skema aliran Anda, Kinesis Data Analytics secara acak mengambil sampel data terbaru dalam aliran Anda. Jika Anda tidak mengirimkan data ke aliran secara konsisten, Kinesis Data Analytics mungkin tidak dapat mengambil sampel dan mendeteksi skema. Untuk informasi selengkapnya, lihat [Menggunakan Fitur Penemuan Skema pada Data Streaming](sch-dis.md).
## Data Referensi Kedaluwarsa
Data referensi dimuat dari objek Amazon Simple Storage Service (Amazon S3) ke dalam aplikasi ketika aplikasi dimulai atau diperbarui, atau selama gangguan aplikasi yang disebabkan oleh masalah layanan.
Data referensi tidak dimuat ke dalam aplikasi ketika pembaruan dibuat untuk objek Amazon S3 yang mendasari.
Jika data referensi dalam aplikasi bukan yang terbaru, Anda dapat memuat ulang data dengan mengikuti langkah-langkah berikut:
1. Di konsol Kinesis Data Analytics, pilih nama aplikasi dalam daftar, lalu pilih **Application details** (Detail aplikasi).
1. Pilih **Go to SQL editor** (Buka editor SQL) untuk membuka halaman **Analitik waktu nyata** untuk aplikasi.
1. Di tampilan **Data Sumber**, pilih nama tabel data referensi Anda.
1. Pilih **Actions** (Tindakan), **Synchronize reference data table** (Sinkronkan tabel data referensi).
## Aplikasi Tidak Menulis ke Tujuan
Jika data tidak ditulis ke tujuan, periksa berikut ini:
+ Pastikan peran aplikasi memiliki izin yang memadai untuk mengakses tujuan. Untuk informasi selengkapnya, lihat [Kebijakan Izin untuk Menulis ke Aliran Kinesis](iam-role.md#iam-role-permissions-policy-ak-stream) atau [Kebijakan Izin untuk Menulis ke Aliran Pengiriman Firehose](iam-role.md#iam-role-permissions-policy-af-delivery-stream).
+ Pastikan tujuan aplikasi dikonfigurasi dengan benar dan aplikasi menggunakan nama yang benar untuk aliran output.
+ Periksa CloudWatch metrik Amazon untuk aliran keluaran Anda untuk melihat apakah data sedang ditulis. Untuk informasi tentang menggunakan CloudWatch metrik, lihat[Pemantauan CloudWatch dengan Amazon](monitoring-cloudwatch.md).
+ Tambahkan aliran CloudWatch log menggunakan[AddApplicationCloudWatchLoggingOption](API_AddApplicationCloudWatchLoggingOption.md). Aplikasi Anda akan menulis kesalahan konfigurasi ke aliran log.
Jika konfigurasi peran dan tujuan terlihat benar, coba mulai ulang aplikasi, yang menentukan `LAST_STOPPED_POINT` untuk [InputStartingPositionConfiguration](API_InputStartingPositionConfiguration.md).
## Parameter Kondisi Aplikasi Penting untuk Dipantau
Untuk memastikan aplikasi Anda berjalan dengan benar, sebaiknya pantau parameter penting tertentu.
Parameter yang paling penting untuk dipantau adalah CloudWatch metrik Amazon`MillisBehindLatest`. Metrik ini menunjukkan seberapa jauh waktu saat ini yang Anda baca dari aliran. Metrik ini membantu Anda menentukan apakah Anda sedang memproses catatan dari aliran sumber yang cukup cepat.
Sebagai aturan umum, Anda harus mengatur CloudWatch alarm untuk memicu jika Anda tertinggal lebih dari satu jam. Namun, jumlah waktu bergantung pada kasus penggunaan Anda. Anda dapat menyesuaikannya sesuai kebutuhan.
Untuk informasi selengkapnya, lihat [Praktik Terbaik](best-practices.md).
## Kesalahan Kode Tidak Valid Saat Menjalankan Aplikasi
Jika Anda tidak dapat menyimpan dan menjalankan kode SQL untuk aplikasi Amazon Kinesis Data Analytics, berikut adalah penyebab umumnya:
+ **Aliran didefinisikan ulang dalam kode SQL** – Setelah Anda membuat aliran dan pompa yang terkait dengan aliran, Anda tidak dapat mendefinisikan ulang aliran yang sama dalam kode Anda. Untuk informasi selengkapnya tentang membuat aliran, lihat [BUAT ALIRAN](https://docs.aws.amazon.com/kinesisanalytics/latest/sqlref/sql-reference-create-stream.html) di *Referensi SQL Amazon Kinesis Data Analytics*. Untuk informasi selengkapnya tentang membuat pompa, lihat [BUAT POMPA](https://docs.aws.amazon.com/kinesisanalytics/latest/sqlref/sql-reference-create-pump.html).
+ **Klausa GROUP BY menggunakan beberapa kolom ROWTIME** – Anda dapat menentukan hanya satu kolom ROWTIME dalam klausa GROUP BY. Untuk informasi selengkapnya, lihat [GROUP BY](https://docs.aws.amazon.com/kinesisanalytics/latest/sqlref/sql-reference-group-by-clause.html) dan [ROWTIME](https://docs.aws.amazon.com/kinesisanalytics/latest/sqlref/sql-reference-rowtime.html) di *Referensi SQL Amazon Kinesis Data Analytics*.
+ **Satu atau beberapa tipe data memiliki transmisi yang tidak valid** – Dalam kasus ini, kode Anda memiliki transmisi implisit yang tidak valid. Misalnya, Anda mungkin mentransmisikan `timestamp` ke `bigint` dalam kode Anda.
+ **Aliran memiliki nama yang sama dengan nama aliran yang disimpan layanan** – Aliran tidak boleh memiliki nama yang sama dengan aliran yang disimpan layanan `error_stream`.
## Aplikasi Menulis Kesalahan ke Aliran Kesalahan
Jika aplikasi Anda menulis kesalahan ke aliran kesalahan dalam aplikasi, Anda dapat mendekode nilai dalam bidang `DATA_ROW` menggunakan pustaka standar. Untuk informasi selengkapnya tentang aliran kesalahan, lihat [Penanganan Kesalahan](error-handling.md).
## Throughput Tidak Cukup atau Tinggi MillisBehindLatest
Jika [MillisBehindLatest](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/aka-metricscollected.html)metrik aplikasi Anda terus meningkat atau secara konsisten di atas 1000 (satu detik), itu bisa disebabkan oleh alasan berikut:
+ Periksa [InputBytes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/aka-metricscollected.html) CloudWatch metrik aplikasi Anda. Jika Anda menelan lebih dari 4 MB/detik, ini dapat menyebabkan peningkatan dalam `MillisBehindLatest`. Untuk meningkatkan throughput aplikasi Anda, tingkatkan nilai parameter `InputParallelism`. Untuk informasi selengkapnya, lihat [Menyejajarkan Aliran Input untuk Peningkatan Throughput](input-parallelism.md).
+ Periksa metrik [Success](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/aka-metricscollected.html) pengiriman output aplikasi Anda untuk kegagalan dalam pengiriman ke tujuan Anda. Pastikan Anda sudah mengonfigurasi output dengan benar, dan aliran output Anda memiliki kapasitas yang memadai.
+ Jika aplikasi Anda menggunakan AWS Lambda fungsi untuk pra-pemrosesan atau sebagai output, periksa metrik .Duration atau [InputProcessing[LambdaDelivery CloudWatch .Duration](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/aka-metricscollected.html)](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/aka-metricscollected.html) aplikasi. Jika durasi invokasi fungsi Lambda lebih lama dari 5 detik, pertimbangkan untuk melakukan hal berikut:
+ Tingkatkan alokasi **Memori** fungsi Lambda. Anda dapat melakukannya di konsol AWS Lambda , pada halaman **Konfigurasi**, di bawah **Pengaturan Dasar**. Untuk informasi selengkapnya, lihat [Mengonfigurasi Fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/resource-model.html) dalam *Panduan Developer AWS Lambda *.
+ Tingkatkan jumlah serpihan dalam aliran input aplikasi Anda. Ini meningkatkan jumlah fungsi paralel yang akan dipanggil aplikasi, yang mungkin meningkatkan throughput.
+ Pastikan fungsi tidak memblokir panggilan yang memengaruhi performa, seperti permintaan sinkron untuk sumber daya eksternal.
+ Periksa AWS Lambda fungsi Anda untuk melihat apakah ada area lain di mana Anda dapat meningkatkan kinerja. Periksa CloudWatch Log fungsi Lambda aplikasi. Untuk informasi selengkapnya, lihat [Mengakses CloudWatch Metrik Amazon](https://docs.aws.amazon.com/lambda/latest/dg/monitoring-functions-access-metrics.html) di Panduan *AWS Lambda Pengembang*.
+ Pastikan aplikasi Anda tidak mencapai batas default untuk Unit Pemrosesan Kinesis (KPU). Jika aplikasi Anda mencapai batas ini, Anda dapat meminta peningkatan batas. Untuk informasi selengkapnya, lihat [Secara Otomatis Menskalakan Aplikasi untuk Meningkatkan Throughput](how-it-works-autoscaling.md).
+ Jika aplikasi Anda masih mengalami masalah setelah batas KPU meningkat, periksa apakah throughput input aplikasi Anda tidak melebihi 100MB/sec. If it exceeds 100MB/sec, kami sarankan untuk menerapkan perubahan untuk mengurangi keseluruhan throughput untuk menstabilkan aplikasi, misalnya dengan mengurangi jumlah data yang dikirim ke sumber data yang dibaca aplikasi Kinesis Data Analytics Sql. Kami juga merekomendasikan pendekatan lain, termasuk meningkatkan paralelisme aplikasi, mengurangi periode waktu perhitungan, mengubah tipe data kolumnar dari VARCHAR ke tipe data dengan ukuran yang lebih kecil (misalnya, INTEGER, LONG, dll), dan mengurangi data yang diproses dengan pengambilan sampel atau penyaringan.
**catatan**
Kami menyarankan untuk meninjau `InputProcessing.OkBytes` metrik aplikasi Anda secara berkala sehingga Anda dapat merencanakan ke depan untuk menggunakan beberapa aplikasi SQL atau bermigrasi ke managed-. flink/latest/java/ if your application’s projected input throughput will exceed 100 MB/sec