![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Technical Instruction Sure Solution 1207186.1 : SMART Battery Functionality in Sun StorageTek[TM] 2500 and Sun Storage[TM] 6000 Arrays
In this Document
Applies to:Sun Storage 2510 Array - Version Not Applicable and laterSun Storage 6580 Array - Version Not Applicable to Not Applicable [Release N/A] Sun Storage 6780 Array - Version Not Applicable to Not Applicable [Release N/A] Sun Storage 2540-M2 Array - Version Not Applicable and later Sun Storage 2530 Array - Version Not Applicable and later Information in this document applies to any platform. GoalThis document is intended to explain how SMART Batteries function in the Oracle Storage Arrays that have them. SolutionSMART (Self-Monitoring, Analysis, and Reporting Technology) was developed originally for disk drives to alert the owner to a predictive failure of a component. It has also been applied to the battery backup units. The battery has two SMART flags that indicate that the battery requires replacement:
Periodically, the battery must calibrate the sensors on the battery during a learn cycle (see Appendix A below). The 2500 and 6000 products that have SMART batteries will only be replaced if they are faulted due to the above two flags being set, or if the firmware detects a fault that is not the result of the expiration timer. Hence this system of using the SMART technology to monitor the batteries replaces the expiration timer that was seen in previous products of this line. Arrays with 7.77.13.11 or later firmware have the expiration timer disabled. Batteries that have SMART technology in systems that still have the expiration timer active on them will NOT be replaced if the timer fails or expires the battery. For 2500 arrays, it is possible to edit the NVSRAM to negate the Expiration Timer(see Appendix B below). For more information on troubleshooting battery faults, reference: This SMART functionality is limited to the models 2510, 2530, 2540, 2530-M2, 2540-M2, 6180, 6580, and 6780 arrays. All other models do not have SMART technology built into them, and require the use of an expiration timer to identify when the battery may need replacement.
Regarding remaining Battery Life Span The calculated life remaining will not be shown in CAM for firmware versions above 7.77 Prior to CAM f/w 7.77 On the page under battery health details "life remaining " option will not be available.
Appendix A : Cache mode during Learn cycle The learn cycle will disable write caching on 2500 arrays; however, the learn cycle will not affect the 6180, 6580, or 6780 array. For 2500-M2 arrays, write caching will only be disabled if the battery capacity falls below the minimum applicable capacity level.
For more information on the behavior of the cache and the learning cycle, reference <Document: 1205345.1> Write back cache disabled during SMART battery learn cycles.
Appendix B: Procedure to edit the NVSRAM to negate the Expiration Timer in 2500 arrays This edit will be permanent unless the array's NVSRAM is reloaded or upgraded. The procedure is below: /* `service` is under:
/* Solaris: /opt/SUNWsefms/bin/ /* Linux: /opt/sun/cam/private/fms/bin/ /* Windows: C:\Program Files\Sun\Common Array Manager\Component\fms\bin\ # service -d <arrayname> -c read -q nvsram region=0xEE # service -d <arrayname> -c set -q nvsram region=0xEE offset=0x2D value=0xFF # service -d <arrayname> -c set -q nvsram region=0xEE offset=0x2E value=0xFF # service -d <arrayname> -c read -q nvsram region=0xEE Example: # service -d myarray -c read -q nvsram region=0xEE Executing the read command on myarray Controller A Region Id = (238) REGION_USER_CONFIG_DATA 0000: 0000 c220 0000 0000 0050 0600 0000 0000 ... .....P...... 0010: 0000 0000 0000 0000 f001 0000 8080 0000 ................ 0020: 0000 0000 0000 0000 8c86 008a 0000 0000 ................ 0030: 80be 9f41 1300 2000 0f00 1400 0000 0000 ...A.. ......... Controller B Region Id = (238) REGION_USER_CONFIG_DATA 0000: 0000 c220 0000 0000 0050 0600 0000 0000 ... .....P...... 0010: 0000 0000 0000 0000 f001 0000 8080 0000 ................ 0020: 0000 0000 0000 0000 8c86 008a 0000 0000 ................ 0030: 80be 9f41 1300 2000 0f00 1400 0000 0000 ...A.. ......... Completion Status: Success # # service -d myarray -c set -q nvsram region=0xEE offset=0x2D value=0xFF Executing the set command on myarray Completion Status: Success # # service -d myarray -c set -q nvsram region=0xEE offset=0x2E value=0xFF Executing the set command on myarray Completion Status: Success # # service -d myarray -c read -q nvsram region=0xEE Executing the read command on myarray Controller A Region Id = (238) REGION_USER_CONFIG_DATA 0000: 0000 c220 0000 0000 0050 0600 0000 0000 ... .....P...... 0010: 0000 0000 0000 0000 f001 0000 8080 0000 ................ 0020: 0000 0000 0000 0000 8c86 008a 00ff ff00 ................ 0030: 80be 9f41 1300 2000 0f00 1400 0000 0000 ...A.. ......... Controller B Region Id = (238) REGION_USER_CONFIG_DATA 0000: 0000 c220 0000 0000 0050 0600 0000 0000 ... .....P...... 0010: 0000 0000 0000 0000 f001 0000 8080 0000 ................ 0020: 0000 0000 0000 0000 8c86 008a 00ff ff00 ................ 0030: 80be 9f41 1300 2000 0f00 1400 0000 0000 ...A.. ......... Completion Status: Success #
Do you still have questions? You can use My Oracle Support Communities. Communities put you in touch with industry professionals like yourself. They are monitored by Oracle support engineers, so you can expect reliable and correct answers. Ask questions and see what others are asking about in the Disk Storage 2000, 3000, 6000 RAID Arrays & JBODs Community.
Attachments This solution has no attachment |
||||||||||||||||
|