Backup hedefi olarak eklediğiniz object storage'da "Access Denied", "Bucket Not Found" veya sertifika hatası mı alıyorsunuz? Bu rehber, S3-uyumlu depolama entegrasyonlarındaki en sık sorunları anlatıyor.
| Olası Neden | Kontrol |
|---|---|
| API anahtarı (Access Key/Secret Key) yanlış veya süresi dolmuş | Kimlik bilgilerini yeniden doğrulayın, gerekirse yeni anahtar oluşturun |
| Bucket policy, gerekli izinleri (PutObject, GetObject, ListBucket) içermiyor | IAM/bucket policy'de gereken tüm işlem izinlerinin tanımlı olduğunu doğrulayın |
| Object Lock etkinken silme/üzerine yazma denemesi | Bu, hata değil beklenen davranıştır; immutability süresi dolmadan işlem engellenir |
Kendi barındırılan (on-premises) object storage çözümlerinde, self-signed veya kurum içi CA tarafından imzalanmış sertifikalar, backup yazılımı tarafından güvenilmeyebilir.
[Object Lock (WORM)](/rehber/immutable-backup-worm-object-lock) özelliği, bucket oluşturulurken etkinleştirilmelidir; sonradan mevcut bir bucket'a eklenemez. Bu, en sık karşılaşılan yapılandırma hatasıdır: ekip, immutability'yi sonradan açmaya çalışıp bunun mümkün olmadığını fark eder.
| Hata | Çözüm |
|---|---|
| "Object Lock configuration cannot be enabled" | Bucket, oluşturulurken Object Lock etkin değildi; yeni bir bucket oluşturup veriyi taşımak gerekir |
| Retention süresi beklenenden kısa/uzun uygulanıyor | Backup yazılımının (Veeam gibi) immutability süresi ile bucket'ın varsayılan retention ayarının çakışıp çakışmadığını kontrol edin |
ESH Bilişim, [Veeam Data Cloud Vault](/rehber/veeam-data-cloud-vault) ve diğer S3-uyumlu object storage entegrasyonlarının doğru yapılandırılmasında, özellikle immutability ve güvenlik ayarlarında saha deneyimiyle destek sağlar.
Adım Takibi
0/5Bu Rehberle İlgili AI Araçlar