Mengelola daur ulang baterai pada LSI dan pengontrol RAID serupa

Bagaimana para insinyur menangani siklus "mempelajari kembali" baterai pengontrol RAID?

Seperti disebutkan dalam: Apa itu "mempelajari kembali baterai" pada LSI MegaRaid? , mempelajari kembali siklus pelepasan baterai pengontrol RAID (BBWC atau BBU), sehingga menghapus akselerasi cache tulis. Masa pakai baterai diperiksa dan setelah diisi, cache tulis diaktifkan kembali. Ini memiliki dampak yang jelas pada kinerja I / O server selama siklus mempelajari kembali. Saya pikir ini terjadi setiap bulan.

Penurunan kinerja telah dicatat, terutama pada sistem basis data:

Database lambat? Periksa baterai RAID!

Pelajari kembali tentang baterai Anda

Latar belakang saya ada di server HP ProLiant, yang pengontrol Smart Array -nya tidak menjalani latihan ini ( atau paling tidak memiliki pemantauan masa pakai baterai yang lebih proaktif ). Ini tampaknya menjadi fitur yang mengerikan ( ketidaknyamanan maksimum, sedikit keuntungan ), tapi saya berada di lingkungan dengan banyak pengontrol LSI (pada perangkat keras Supermicro ) dan ingin melihat apakah kebijakan selimut dapat diterapkan pada sistem yang relevan.

• Apa jadwal default siklus mempelajari kembali pada pengontrol LSI?
• Apakah siklus belajar kembali ini bermanfaat?
• Haruskah fitur ini dinonaktifkan?
• Jika Anda memilih untuk membiarkan fitur ini diaktifkan di lingkungan Anda, bagaimana Anda menangani penjadwalan? Apakah Anda menjadwalkan ini secara manual atau membiarkan controller mengatur jadwalnya sendiri?
• Apakah pengendali Dell Perc terpengaruh dengan cara yang sama? ( LSI adalah OEM )

Baru-baru ini saya membaca sebuah artikel oleh salah satu insinyur Godaddy tentang topik ini: Belajar Menangani Belajar

Pada perangkat keras mereka (kartu Dell PERC) siklus belajar baterai terjadi setiap 90 hari, tetapi tidak ada cara untuk mengetahui kapan tepatnya itu akan terjadi, yaitu selama jam sibuk atau di luar jam sibuk.

Mereka berbicara tentang berbagai solusi:

• Segera matikan Battery Learning. Masalah dengan opsi ini adalah bahwa Anda tidak akan tahu status baterai Anda dan berapa lama dan berapa banyak yang bisa diisi, sehingga dalam kasus pemadaman Anda dapat mengambil risiko kehilangan data.

• Gunakan perangkat keras yang berbeda. Beberapa pengontrol memiliki 2 baterai dan membalik di antara mereka selama siklus belajar tersebut. Selain itu, ada pengontrol RAID (seperti Dell H710) yang tidak membutuhkan baterai melainkan menggunakan NVRAM yang tidak mudah menguap untuk menyimpan data yang tidak dikomit.

• Paksa write-back (caching) terlepas dari status baterai Anda. Seperti solusi pertama, Anda berisiko kehilangan data.

Pada akhirnya, mereka mengatur crons untuk jam-jam off-peak yang memantau siklus belajar berikutnya dan jika itu dalam 24 jam ke depan, mereka memaksa itu terjadi segera. Dengan begitu, mereka tetap memanfaatkan baterai tanpa menjalankannya pada waktu penggunaan puncak.