Roblox DataStores & ProfileService: Session Locking, Anti Kehilangan Data & Persistensi

Tidak ada yang merusak rating dan pendapatan game Roblox lebih cepat daripada hilangnya data pemain. Ketika server tiba-tiba mati atau pemain berpindah server dengan cepat, penggunaan `SetAsync` yang ceroboh akan menimpa inventaris secara permanen.

Di tahun 2026, pembuatan game komersial mewajibkan arsitektur data kelas industri. Panduan ini membahas mekanisme Session Locking, mengapa `UpdateAsync` wajib digunakan, dan bagaimana ProfileService mencegah korupsi data.

1. Penyebab Hilangnya Data: Race Condition saat Server Hopping

Mengapa server terdistribusi dapat menimpa data secara tidak sengaja:

• Race Condition Antar-Server: Jika pemain keluar dari Server A dan masuk Server B dalam sekejap, Server B bisa memuat data usang sebelum Server A selesai menyimpan.
• Kegagalan Jaringan Tanpa pcall: Error HTTP 500 yang tidak ditangani akan menghentikan script dan membatalkan penyimpanan.
• Batas Kuota Request: Melebihi kuota penyimpanan per menit menyebabkan request dibuang diam-diam.

2. Mekanisme Session Locking dengan ProfileService

Menjamin hanya satu server aktif yang memiliki hak tulis:

• Kepemilikan Sesi Aktif: Server A mencatat JobId miliknya di metadata profil sebagai gembok pengunci.
• Pencegahan Duplikasi: Server B akan menunggu atau menolak akses sampai Server A melepas kunci.
• Penyimpanan Otomatis: ProfileService menyimpan data secara berkala setiap 30 detik.

3. Migrasi Data Aman & Pembaruan Skema

Menambah fitur baru tanpa mereset progres pemain lama:

• Template Default: Buat template dengan semua variabel bawaan (Koin, Permata, Pengaturan).
• Pola Reconcile: Profile:Reconcile() menambahkan key baru tanpa menimpa data yang sudah ada.
• Versi Data: Gunakan variabel DataVersion untuk merombak struktur inventaris besar.

4. Skrip Produksi: Implementasi ProfileService

Skrip server yang aman dan siap digunakan di game live:

local Players = game:GetService("Players")
local ProfileService = require(script.ProfileService)

local ProfileTemplate = {
    Coins = 100,
    Gems = 0,
    Inventory = {},
    LogInTimes = 0,
}

local ProfileStore = ProfileService.GetProfileStore(
    "PlayerData_v1.0",
    ProfileTemplate
)

local Profiles = {}

local function OnPlayerAdded(player)
    local profile = ProfileStore:LoadProfileAsync("Player_" .. player.UserId)
    if profile ~= nil then
        profile:AddUserId(player.UserId)
        profile:Reconcile()
        profile:ListenToRelease(function()
            Profiles[player] = nil
            player:Kick("Sesi aktif di server lain. Silakan masuk kembali.")
        end)
        if player:IsDescendantOf(Players) == true then
            Profiles[player] = profile
        else
            profile:Release()
        end
    else
        player:Kick("Gagal memuat data simpanan.")
    end
end

local function OnPlayerRemoving(player)
    local profile = Profiles[player]
    if profile ~= nil then
        profile:Release()
    end
end

Players.PlayerAdded:Connect(OnPlayerAdded)
Players.PlayerRemoving:Connect(OnPlayerRemoving)

Memuat data dengan penguncian sesi, memperbarui skema dengan Reconcile, dan melepas kunci dengan rapi saat pemain keluar.

5. Optimasi & Perlindungan Crash

Praktik terbaik untuk server langsung:

• Jeda BindToClose: game:BindToClose memberi waktu hingga 30 detik untuk menyimpan profil sebelum server mati.
• Mock DataStore di Studio: Jalankan ProfileStore.Mock untuk testing lokal tanpa memakan kuota cloud.
• Kompresi Data: Serialisasi tabel inventaris besar agar tetap berada di bawah batas 4MB per key.