Cara Update Model & Backup Otak Digital

Selamat! Kamu nyaris lulus dalam merakit server kecerdasan buatan super privatmu sendiri. Namun di dunia ini, sesuatu yang dirakit terhebat pun akan karatan dan lapuk apabila sistem Maintenance (Pemeliharaan Berkala)-nya diabaikan. Lantas, adakah rutinitas sakral pembersihan di lingkungan LLM?

Teknologi kecerdasan linguistik ini tumbuh dengan kelajuan bak peluru kendali. Hari ini *Llama-3* merajai bumi, besok pagi *Mistral* merilis model *NeMo* baru, seminggu lagi *Qwen* varian perbaikan diluncurkan. Bagaimana kita menjaga mesin ini selalu relevan tanpa merusak file database PDF lama yang sudah susah payah kita susun?

Siklus Tarik dan Hapus (Caching Management)

Salah satu keluhan rutin dari sistem manajemen operasi AI lokal semacam Ollama atau LMStudio adalah "Kelahapan Hardisk". Setiap kali kamu iseng menekan tombol *Download* mencoba AI baru berektensi `.GGUF` di internet, memori tersedot 5-10 GB konstan secara kasat mata, tertimbun diam di folder tersembunyi berlabel `.ollama/models` (di Mac/Linux) atau `C:\Users\Name\.ollama` (Di Windows).

Menimbun puluhan model lama ("Otak Using") menyebabkan kebocoran sampah digital yang masif. Biasakan rutin membersihkannya atau meng-updatenya melalui layar hitam CLI (Terminal):

# Menampilkan total seluruh list otak bot yang terinstall
> ollama list

# Menarik pembaruan (Pull update) jika kreatornya merevisi bug
> ollama pull llama3:latest

# Menghapus varian bodoh/kadaluarsa supaya legah disk 6 Gigabytes
> ollama rm mistral:7b-instruct
        

Ingat, mengganti varian tubuh *Otak LLM* dari (Contoh) Mesin-A menuju Mesin-B sama sekali tidak berpengaruh pada file konteks kantoran yang ada di lingkungan vektor (*ChromaDB/RAG*) mu. Karena pada Bab sebelumnya kita belajar bahwa RAG ini hanyalah menyuapi "Instruksi Contekan Teks". Selama robot baru tersebut bisa berbahasa manusia, file databasemu akan kekal lestari aman saat bermigrasi otak.

Cold Backup: Penyelamatan Darurat Infrastruktur

Skenario terburuk terjadi di malam jumat, hardisk utama dari mesin komputermu terbakar konslet listrik. Jika kamu sudah menyusun **30.000 PDF** berkas finansial perpajakan kantor selama berbulan-bulan ke dalam Vector Database *Chroma* atau Workspace *AnythingLLM*... Apakah semuanya lenyap harus di-unggah ulang satu demi satu?

Itu adalah mimpi horor. Teruntuk mencegahnya, praktik **Backup** harus dikerahkan sejak hari pertama mesinmu mengudara.

"Otak komputernya (Model LLM Llama/Mistral) boleh saja hilang terbakar, kamu bisa mengunduh ulang gratis dalam hitungan 15 menit. Tapi konteks database Vektor kantormu (ruang RAG) adalah aset tak ternilai perusahaanmu. Cadangkan Ia minimal setiap Jumat Malam." - Lead Cloud Ops

Untungnya, tidak seperti pangkalan data korporat kuno yang wajib di-export berbelit, basis file Chroma/AnythingLLM memiliki sistem laci folder portabel yang solid.

• AnythingLLM Data: Lazimnya mereka melahirkan satu folder master bernama `storage` di direktori Docker-mu (atau di `~/.anythingllm`). Di dalamnyalah seluruh profil kredensial user kantormu, percakapan log sejarah *chat*, lengkap dengan kepingan Vektor rahasianya disimpan rapat.
• Penyelamatan: Aturlah perangkat lunak utilitas "Cronjob" atau skrip otomatis di mesin servermu agar membungkus gumpalan folder `storage` tersebut menjadi wujud `.ZIP`, untuk selanjutnya dilemparkan secara berkala ke Flashdisk cadangan atau ke keranjang murah awan S3 (*Amazon Bucket/Cloud* milikmu).

Jika petaka mesin hangus itu terjadi menimpamu kelak—kamu cuma perlu meng-install kloningan *LocalAI* di Komputer kosongan baru, menimpa keranjang folder `storage` yang kosong lalu menaruh berkas ekstrakan cadangan `.ZIP` mu. Sekedip mata! Segelap apa pun badai, ruang perbincangan *chat* pimpinan kantormu kemarin sore akan pulih secara mistis tiada celah di komputer baru.