exadata(硬件更换文档部分)

Maintaining Flash Disks

Replacing a Flash Disk Due to Flash Disk Failure

Each Exadata Storage Server is equipped with
four F20 PCIe cards. Each card has four flash disks (FDOMs) for a total of 16 flash disks. The four F20 PCIe cards are present in PCI slot numbers 1, 2, 4, and
5. The F20 PCIe cards are not hot-pluggable such that Exadata Storage Server must be powered down before replacing the flash disks or cards.

To identify a failed flash disk, use the following command:

CellCLI> LIST PHYSICALDISK WHERE DISKTYPE=flashdisk AND STATUS=critical DETAIL

         name:                   [9:0:2:0]
         diskType:               FlashDisk
         id:                     508002000092e70FMOD2
         luns:                   1_2
         makeModel:              "MARVELL SD88SA02"
         physicalFirmware:       D20R
         physicalInsertTime:     2009-10-27T13:11:16-07:00
         physicalInterface:      sas
         physicalSerial:         508002000092e70FMOD2
         physicalSize:           22.8880615234375G
         slotNumber:             "PCI Slot: 1; FDOM: 2"
         status:                 critical

The slotNumber attribute shows the PCI slot and the FDOM number.

If an flash disk is detected to have failed, then an alert is generated indicating that the flash disk, as well as the LUN on it, has failed. The alert message includes the PCI slot number of the flash
card, and the exact FDOM number. These numbers uniquely identify the field replaceable unit (FRU). If you have configured the system for alert notification, then the alert will be sent by e-mail message to the designated address.

A flash disk outage can cause reduction in performance and data
redundancy. The failed disk should be replaced with a new flash disk at the earliest opportunity. If the flash disk is used for flash cache, then the effective cache size for the cell is reduced. If the flash disk is used
for grid disks, then the Oracle ASM disks associated with these grid disks are automatically dropped with the FORCE option from the Oracle ASM disk group and an Oracle ASM rebalance will ensue to restore the data redundancy.

The following procedure describes how to replace an FDOM due to disk failure

  1. Inactivate all grid disks on the cell.
  2. Shut down the cell.
  3. Replace the failed flash disk based on the PCI number and FDOM number.
  4. Power up the cell. The cell services are started automatically.
  5. Bring all grid disks online using the following command: 
    CellCLI> ALTER GRIDDISK ALL ACTIVE
  6. Verify that all grid disks have been successfully put online using the following command: 
    CellCLI> LIST GRIDDISK ATTRIBUTES asmmodestatus

    Wait until asmmodestatus shows ONLINE for all grid disks.

The new flash disk is automatically used by the system. If the flash disk is used for flash cache, then the effective cache size will increase. If the flash disk is
used for grid disks, then the grid disks will be re-created on the new flash disk. If those grid disks were part of an Oracle ASM disk group, then they will be added back to the disk group and the data will be rebalanced
on them based on the disk group redundancy and ASM_POWER_LIMIT parameter.

Oracle ASM rebalance occurs when dropping or adding a disk. To check the status of the rebalance, do the following:

  • The rebalance operation may have been successfully run. Check the Oracle ASM alert logs to confirm.
  • The rebalance operation may be currently running. Check the GV$ASM_OPERATION view to determine if the rebalance operation is still running.
  • The rebalance operation may have failed. Check the V$ASM_OPERATION.ERROR view to determine if the rebalance operation failed.
  • Rebalance operations from multiple disk groups can be done on different Oracle ASM instances in the same cluster if the physical disk being replaced contains ASM disks from multiple disk groups. One Oracle ASM instance can run one rebalance operation at
    a time. If all Oracle ASM instances are busy, then rebalance operations are queued.

Replacing a Flash Disk Due to Flash Disk Problems

Exadata Storage Server is equipped with four F20 PCIe cards. Each card has four flash disks (FDOMs) for a total of 16 flash disks. The four F20 PCIe cards are present on PCI slot numbers 1, 2, 4, and
5. The F20 PCIe cards are not hot-pluggable such that Exadata Storage Server must be powered down before replacing the flash disks or cards.

You may need to replace a flash disk because the disk is in predictive failure status or poor performance status.

To identify a predictive failure flash disk, use the following command:

CellCLI> LIST PHYSICALDISK WHERE DISKTYPE=flashdisk AND STATUS=‘predictive          failure‘ DETAIL

         name: [9:0:2:0]
         diskType: FlashDisk
         id: 508002000092e70FMOD2
         luns: 1_2
         makeModel: "MARVELL SD88SA02"
         physicalFirmware: D20R
         physicalInsertTime: 2009-10-27T13:11:16-07:00
         physicalInterface: sas
         physicalSerial: 508002000092e70FMOD2
         physicalSize: 22.8880615234375G
         slotNumber: "PCI Slot: 1; FDOM: 2"
         status: predictive failure

To identify a poor performance flash disk, use the following command:

CellCLI> LIST PHYSICALDISK WHERE DISKTYPE=flashdisk AND STATUS= ‘poor performance‘ DETAIL

         name: [9:0:2:0]
         diskType: FlashDisk
         id: 508002000092e70FMOD2
         luns: 1_2
         makeModel: "MARVELL SD88SA02"
         physicalFirmware: D20R
         physicalInsertTime: 2009-10-27T13:11:16-07:00
         physicalInterface: sas
         physicalSerial: 508002000092e70FMOD2
         physicalSize: 22.8880615234375G
         slotNumber: "PCI Slot: 1; FDOM: 2"
         status: poor performance

An alert is generated when a flash disk is in predictive failure or poor performance status.
The alert includes specific instructions for replacing the flash disk. If you have configured the system for alert notifications, then the alerts are sent by e-mail message to the designated address.

Flash disk predictive failure status indicates that the flash disk will fail soon, and should be replaced at the earliest opportunity.
If the flash disk is used for flash cache, then it will continue to be used as flash cache. If the flash disk is used for grid disks, then the Oracle ASM disks associated with these grid disks are automatically dropped and Oracle ASM rebalance will relocate
the data from the predictively failed disk to other disks. Wait until the Oracle ASM disks have been successfully dropped by querying the V$ASM_DISK_STAT view before proceeding with the flash disk replacement. If the normal
drop did not complete before the flash disk fails, then the Oracle ASM disks will be automatically dropped with FORCE option from the Oracle ASM disk group.

If the DROP command did not complete before the flash disk fails, then refer to "Replacing
a Flash Disk Due to Flash Disk Failure".

Flash disk poor performance status indicates that the flash disk demonstrates extremely poor performance, and should be replaced at the earliest opportunity. If the
flash disk is used for flash cache, then flash cache will be dropped from this disk thus reducing the effective flash cache size for Exadata Storage Server. If the flash disk is used for grid disks, then the Oracle ASM disks associated with the grid disks
on this flash disk are automatically dropped with FORCE option if possible. If DROP...FORCE cannot succeed due to offline partners, then the grid disks will be automatically dropped normally
and Oracle ASM rebalance will relocate the data from the poor performance disk to other disks.

The following procedure describes how to replace a flash disk due to disk problems:

  1. Shut down the cell.
  2. Replace the failed flash disk based on the PCI number and FDOM number.
  3. Power up the cell. The cell services are started automatically.
  4. Bring all grid disks are online using the following command: 
    CellCLI> ALTER GRIDDISK ALL ACTIVE
  5. Verify that all grid disks have been successfully put online using the following command: 
    CellCLI> LIST GRIDDISK ATTRIBUTES asmmodestatus

    Wait until asmmodestatus shows ONLINE for all grid disks.

The new flash disk is automatically used by the system. If the flash disk is used for flash cache, then the effective cache size will increase. If the flash disk is used for grid disks, then the grid
disks will be re-created on the new flash disk. If those gird disks were part of an Oracle ASM disk group, then they will be added back to the disk group and the data will be rebalanced on them based on the disk group redundancy and ASM_POWER_LIMIT parameter.

Oracle ASM rebalance occurs when dropping or adding a disk. To check the status of the rebalance, do the following:

  • The rebalance operation may have been successfully run. Check the Oracle ASM alert logs to confirm.
  • The rebalance operation may be currently running. Check the GV$ASM_OPERATION view to determine if the rebalance operation is still running.
  • The rebalance operation may have failed. Check the V$ASM_OPERATION.ERROR view to determine if the rebalance operation failed.
  • Rebalance operations from multiple disk groups can be done on different Oracle ASM instances in the same cluster if the physical disk being replaced contains Oracle ASM disks from multiple disk groups. One Oracle ASM instance can run one rebalance operation
    at a time. If all Oracle ASM instances are busy, then rebalance operations are queued.

Removing Flash Disk Due to Bad Performance

A single bad flash disk can degrade the performance of other good flash disks. It is better to remove the bad flash disk from the system than let it remain. To identify a bad flash disk, use the CALIBRATE command,
and look for very low throughput and IOPS for each flash disk.

If a flash disk exhibits extremely poor performance, then it will be marked as poor performance. The flash cache on that flash disk will be automatically disabled,
and the grid disks on that flash disk will be automatically dropped from the Oracle ASM disk group.

See Also:

"Replacing a Flash Disk Due to Flash Disk Problems"

The following procedure describes how to remove a flash drive once the bad flash disk has been identified:

  1. If the flash disk is used for flash cache, then disable flash cache that is part of the flash disk using the following commands:

    CellCLI > DROP FLASHCACHE
CellCLI > CREATE FLASHCACHE CELLDISK=‘fd1,fd2,fd3,fd4, ...‘

    Note:

    Do not include the bad flash disk when creating the new flash cache.

  2. If the flash disk is used for grid disks, then use the following command to direct Oracle ASM to stop using the bad disk at once: 
    SQL> ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name FORCE

    It is possible that the DROP command with FORCE option could fail due to offline partners. Either restore the Oracle ASM data redundancy by correcting other cell or disk failures and
    retry DROP...FORCE, or use the following command to direct Oracle ASM to rebalance the data out of the bad disk:

    SQL> ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name  NOFORCE
  3. Wait until the Oracle ASM disks associated with the grid disks on this bad flash disk have been successfully dropped. Oracle Exadata Storage Server Software will automatically send an alert when it is safe to replace the flash disk.
  4. Shut down the cell.

    See Also:

    "Shutting Down Exadata Storage Server"

  5. Remove the bad flash disk and replace it with a new flash disk.

  6. Power up the cell. The cell services are started automatically.
  7. Add the new flash disk to flash cache using the following commands: 
    CellCLI> DROP FLASHCACHE
CellCLI> CREATE FLASHCACHE ALL
  8. Bring all grid disks online using the following command: 
    CellCLI> ALTER GRIDDISK ALL ACTIVE
  9. Verify that all grid disks have been successfully put online using the following command: 
    CellCLI> LIST GRIDDISK ATTRIBUTES asmmodestatus

    Wait until asmmodestatus shows ONLINE for all grid disks.

The flash disks are added as follows:

  • If the flash disk is used for grid disks, then the grid disks will be re-created on the new flash disk.
  • If these grid disks were part of an Oracle ASM disk group and DROP...FORCE was used in Step 2, then they will be added back to the disk group and the data will be rebalanced on based on disk group redundancy and the ASM_POWER_LIMIT
    parameter.
  • If DROP...NOFORCE was used in Step 2, then you must manually add the grid disks back to the Oracle ASM disk group.

Oracle ASM rebalance occurs when dropping or adding a disk. To check the status of the rebalance, do the following:

  • The rebalance operation may have been successfully run. Check the Oracle ASM alert logs to confirm.
  • The rebalance operation may be currently running. Check the GV$ASM_OPERATION view to determine if the rebalance operation is still running.
  • The rebalance operation may have failed. Check the V$ASM_OPERATION.ERROR view to determine if the rebalance operation failed.
  • Rebalance operations from multiple disk groups can be done on different Oracle ASM instances in the same cluster if the physical disk being replaced contains Oracle ASM disks from multiple disk groups. One Oracle ASM instance can run one rebalance operation
    at a time. If all Oracle ASM instances are busy, then rebalance operations are queued.

总结：更换缓存卡要停存储节点！且处理影响的对应的计算节点。

Maintaining the Physical Disks of Exadata Storage Servers

The first two disks of Exadata Storage Server are system disks. Oracle Exadata Storage Server Software system software resides on a portion
of each of the system disks. These portions on both system disks are referred to as the system area. The nonsystem area of the system disks, referred to as data partitions, is used for normal data storage.
All other disks in the cell are called data disks.

You can monitor a physical disk by checking its attributes with the
CellCLI  LIST PHYSICALDISK command. For example, a physical disk status equal to critical, or predictive failure is
probably having problems and needs to be replaced. The disk firmware maintains the error counters, and marks a drive with Predictive Failure when internal thresholds are exceeded. The drive, not the cell software, determines
if it needs replacement.

When disk I/O errors occur,
Oracle ASM performs bad extent repair for read errors due to media errors. The disks will stay online, and no alerts are sent. When Oracle ASM gets a read error on a physically-addressed metadata block, it does not have mirroring for the blocks, and
takes the disk offline. Oracle ASM force drops the disk.

Note:

Oracle Exadata Rack is online and available while replacing the physical disks of Exadata Storage Server.

This section contains the following topics:

  • Replacing a Physical Disk Due to Disk Failure
  • Replacing a Physical Disk Due to Disk Problems
  • Removing a Physical Disk Due to Bad Performance
  • Moving All Drives from One Exadata Storage Server to Another Exadata Storage Server
  • Repurposing a Physical Disk
  • Removing and Replacing the Same Physical Disk

Replacing a Physical Disk Due to Disk Failure

A physical disk outage can cause a reduction in performance and data redundancy. Therefore, the disk should be replaced with a new disk as soon as possible. When the disk fails, the Oracle ASM disks associated
with the grid disks on the physical disk are automatically dropped with FORCE option, and an Oracle ASM rebalance follows to restore the data redundancy.

An Exadata alert is generated when a disk fails. The alert includes specific
instructions for replacing the disk. If you have configured the system for alert notifications, then the alert is sent by e-mail to the designated address.

After the physical disk is replaced, the grid disks and cell disks that existed on the previous disk in that slot is re-created on the new physical disk. If those grid disks were part of an Oracle ASM
group, then they will be added back to the disk group and the data will be rebalanced on them, based on the disk group redundancy and ASM_POWER_LIMIT
parameter.

Oracle ASM rebalance occurs when dropping or adding a disk. To check the status of the rebalance, do the following:

  • The rebalance operation may have been successfully run.
    Check the Oracle ASM alert logs to confirm.
  • The rebalance operation may be currently running. Check the GV$ASM_OPERATION view to determine if the rebalance operation is still running.
  • The rebalance operation may have failed. Check the V$ASM_OPERATION.ERROR view to determine if the rebalance operation failed.
  • Rebalance operations from multiple disk groups can be done on different Oracle ASM instances in the same cluster if the physical disk being replaced contains ASM disks from multiple disk groups. One Oracle ASM instance can run one rebalance operation at
    a time. If all Oracle ASM instances are busy, then rebalance operations will be queued.

The following procedure describes how to replace a disk due to disk failure:

  1. Determine the failed disk using the following command:

    CellCLI> LIST PHYSICALDISK WHERE diskType=HardDisk AND status=critical DETAIL

    The following is an example of the output from the command. The slot number shows the location of the disk, and the status shows that the disk has failed.

    CellCLI> LIST PHYSICALDISK WHERE diskType=HardDisk AND status=critical DETAIL

         name:                   28:5
         deviceId:               21
         diskType:               HardDisk
         enclosureDeviceId:      28
         errMediaCount:          0
         errOtherCount:          0
         foreignState:           false
         luns:                   0_5
         makeModel:              "SEAGATE ST360057SSUN600G"
         physicalFirmware:       0705
         physicalInterface:      sas
         physicalSerial:         A01BC2
         physicalSize:           558.9109999993816G
         slotNumber:         5
        status:             critical
  2. Replace the physical disk on Exadata Storage Server and wait for three minutes. The physical disk is hot-pluggable, and can be replaced when the power is on.
  3. Confirm the disk is online.

    When you replace a physical disk, the disk must be acknowledged by the RAID controller before you can use it. This does not take long. Use the LIST PHYSICALDISKcommand similar to the following to ensure the status is NORMAL.

    CellCLI> LIST PHYSICALDISK WHERE name=28:5 ATTRIBUTES status
  4. Verify the firmware is correct using the ALTER
    CELL VALIDATE CONFIGURATION     command.

In rare cases, the automatic firmware update may not work, and the LUN will not be rebuilt. This can be confirmed by checking the ms-odl.trc file.

See Also:

Removing a Physical Disk Due to Bad Performance

A single bad physical disk can degrade the performance of other good disks. It is better to remove the bad disk from the system than let it remain. To identify a bad physical disk, use the CALIBRATE command,
and look for very low throughput and IOPS for each physical disk.

The following procedure describes how to remove a physical disk once the bad disk has been identified:

  1. Illuminate the physical drive service LED to identify the drive to be replaced using the following command:

    cellcli -e ‘alter physicaldisk disk_name serviceled on‘

    In the preceding command, disk_name is the name of the physical disk to be replaced, such as 20:2.

  2. Find all the grid disks on the bad disk. Use the following command to direct Oracle ASM to stop using the bad disk immediately: 
    ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name
  3. Wait until the Oracle ASM disks associated with the grid disks on the bad disk have been successfully dropped by querying the V$ASM_DISK_STAT view.
  4. Remove the badly-performing disk. When you remove the disk, you get an alert.
  5. When a new disk is available, install the new disk in the system. The cell disks and grid disks are automatically created on the new physical disk.

    Note:

    When you replace a physical disk, the disk must be acknowledged by the RAID controller before you can use it. This does not take long, but you should use the LIST PHYSICALDISK command to ensure the status is NORMAL.

See Also:

Moving All Drives from One Exadata Storage Server to Another Exadata Storage Server

You may need to move all drives from one Exadata Storage Server to another Exadata Storage Server. This may be necessary when there is a
chassis-level component failure, such as a motherboard or ILOM failure, or when troubleshooting a hardware problem.

The following procedure describes how to move the drives:

  1. Back up the files in the following directories:

    • /etc/hosts
    • /etc/modprobe.conf
    • /etc/sysconfig/network
    • /etc/sysconfig/network-scripts
  2. Refer to "Shutting Down Exadata Storage Server" to safely inactivate
    all grid disks and shut down Exadata Storage Server. Makes sure the Oracle ASMdisk_repair_time attribute is set sufficiently long enough so Oracle ASM does not drop the disks before the grid disks can be activated in another
    Exadata Storage Server.
  3. Move the physical disks, flash disks, disk controller and USB flash drive from the original Exadata Storage Server to the new Exadata Storage Server.

    Caution:

    Ensure the first two disks, which are the system disks, are in the same first two slots. Failure to do so causes the Exadata Storage Server to function improperly.

    Ensure the flash cards are installed in the same PCIe slots as the original Exadata Storage Server.

  4. Power on the new Exadata Storage Server using either the service processor interface or by pressing the power button.
  5. Log in to the console using the service processor or the KVM switch.
  6. Check the files in the following directories. If they are corrupted, then restore them from the backups.
    • /etc/hosts
    • /etc/modprobe.conf
    • /etc/sysconfig/network
    • /etc/sysconfig/network-scripts
  7. Use the ifconfig command to retrieve the new MAC address for eth0, eth1, eth2, and eth3. The following is an example of retrieving the eth0 MAC address: 
    # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:14:4F:CA:D9:AE
          inet addr:10.204.74.184  Bcast:10.204.75.255  Mask:255.255.252.0
          inet6 addr: fe80::214:4fff:feca:d9ae/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:141455 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6340 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:9578692 (9.1 MiB)  TX bytes:1042156 (1017.7 KiB)
          Memory:f8c60000-f8c80000
  8. Edit the ifcfg-eth0 file, ifcfg-eth1 file, ifcfg-eth2 file, and ifcfg-eth3 file in
    the /etc/sysconfig/network-scripts directory to change the HWADDR value based on the output from step 7.
    The following is an example of the ifcfg-eth0 file:

    #### DO NOT REMOVE THESE LINES ####
#### %GENERATED BY CELL% ####
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
IPADDR=10.204.74.184
NETMASK=255.255.252.0
NETWORK=10.204.72.0
BROADCAST=10.204.75.255
GATEWAY=10.204.72.1
HOTPLUG=no
IPV6INIT=no
HWADDR=00:14:4F:CA:D9:AE
  9. Restart Exadata Storage Server.
  10. Activate the grid disks using the following command: 
    CellCLI> ALTER GRIDDISK ALL ACTIVE

    If the Oracle ASM disk on the disks on this cell have not been dropped, then they will be changed to online automatically, and start getting used.

  11. Validate the configuration using the following command: 
    ALTER CELL VALIDATE CONFIGURATION
  12. Activate the ILOM for ASR as described in "Task
    4 Activating ASR Assets".

See Also:

Repurposing a Physical Disk

You may want to delete all data on a disk, and then use the disk for another purpose. Before doing so, ensure that you have copies of the data that is on the disk.

The following procedure describes how to repurpose a disk:

  1. Use the CellCLI LIST command to display the Exadata Storage Server objects. You must identify the grid disks and cell disks on the physical drive. For example:

    CellCLI> LIST PHYSICALDISK
         20:0   D174LX    normal
         20:1   D149R0    normal
         ...
  2. Determine the cell disks and grid disks on the LUN, using a command similar to the following: 
    CellCLI> LIST LUN ATTRIBUTES name, cellDisk WHERE physicalDrives=‘20:0‘
  3. From Oracle ASM, drop the Oracle ASM disks on the physical disk using the following command: 
    ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name
  4. From Exadata Storage Server, drop the cell disks and grid disks on the physical disk using the following command: 
    DROP CELLDISK celldisk_on_this_lun FORCE

    Note:

    To overwrite all data on the cell disk, use the ERASE option with the DROP CELLDISK command. The following is an example of the command:

    CellCLI> DROP CELLDISK CD_03_cell01 ERASE=1pass NOWAIT
CellDisk CD_03_cell01 erase is in progress

    See Oracle Exadata Storage Server Software User‘s Guide for
    additional information.

  5. Remove the disk to be repurposed, and insert a new disk.
  6. Wait for the new physical disk to be added as a LUN. 
    CellCLI> LIST LUN

    The cell disks and grid disks are automatically be created on the new physical disk, and the grid disks are added to the Oracle ASM group.

Removing and Replacing the Same Physical Disk

If you inadvertently remove the wrong physical disk, then put the disk back. It will automatically be added back in the Oracle ASM disk group, and its data will be resynchronized.

Note:

When replacing disk due to disk failure or disk problems, the LED is lit on the disk for identification.

总结：硬盘能够在线更换。

Replacing a Power Distribution Unit

A power distribution unit (PDU) can be replaced while Oracle Exadata Rack is
online. The second PDU in the rack maintains the power to all components in the rack
except for the KVM. The KVM is a non-critical item that is powered from the PDU-B side of the rack. PDU-A is on the left, and PDU-B is on the right when viewing the rack from the rear.

Reviewing the PDU Replacement Guidelines

Before replacing a PDU, the following guidelines should be reviewed to ensure the procedure is safe and does not disrupt availability:

  • Unlatching the InfiniBand cables while removing or inserting PDU-A may cause a loss of service due to nodes being removed from the cluster. This could cause the rack to be unavailable. Care should be taken when handling the InfiniBand cables, which are normally
    latched securely. Do not place excessive tension on the InfiniBand cables by pulling them.
  • Unhooking the wrong power feeds causes the rack to shut down. Trace the power cables running from the PDU that will be replaced to the power source, and only unplug those feeds.
  • Allow time to unpack and repack the PDU replacement parts. Note how the power cords are coiled in the packaging so the failed unit can be repacked the same way.
  • Removal of the side panel lessens the amount of time needed to replace the PDU. It is not necessary to remove the side panel to replace the PDU.
  • Use of a cordless drill or power screwdriver lessens the amount of time needed to replace the PDU. Allow more time for the replacement if using the hand wrench tool provided with the replacement rack. If using your own screwdriver, ensure you have Torx T30
    and T25 bits.
  • It may be necessary to remove the server cable arms to move the power cables. If that is the case, then twist the plug connection and flex the cable arm connector to avoid having to unclip the cable arm. If it is necessary to unclip the cable arm, then support
    the cables with one hand, remove the power cord, and then clip the cable arm. Do not leave the cable arm hanging.
  • When removing the T30 screws from the L-bracket, do not remove the T25 screws or nuts that attach the PDU to the bracket until the PDU is out of the rack.

Replacing a PDU

The following procedure describes how to replace a PDU:

  1. Use the PDU monitor to identify its network settings if it is not the reason for the PDU replacement as follows:

    1. Press the reset button until it starts to count from 5 to 0.
      While it is counting down, release the button, and then press it once.

      Note:

      You must press the reset button for 20 seconds in order for the countdown to begin.

    2. Record the network settings, firmware version, and so on, displayed on the LCD screen as the monitor restarts.

      Note:

      If the PDU monitor is not working, then retrieve the network settings connecting to the PDU over the network, or from the network administrator.

  2. Turn off all the PDU breakers.
  3. Unplug the PDU power plugs from the AC outlets.

    Note:

    • If the power cords use overhead routing, then put the power plugs in a location where they will not fall or hit anyone.
    • If the rack is on a raised floor, then move the power cords out through the floor cutout. It may be necessary to maneuver the rack over the cutout in order to move the power cords out.
  4. Do the following procedure for a PDU-B replacement when there is not side panel access, and the rack does not have an InfiniBand cable harness:

    Note:

    Do not unstrap any cables attached to the cable arms.

    1. Unscrew the T25 screws holding the square cable arms to the rack.
    2. Move the InfiniBand cables to the middle, out of the way.
  5. Unplug all power cables going from the servers and switches to the PDU. Keep the power cables together in group bundles.
  6. Remove the T30 screws from the top and bottom of the L-bracket, and note where the screws go.
  7. Note where the PDU sits in the rack frame. It is usually 1 inch back from the rack frame to allow access to the breaker switches.
  8. Angle and maneuver the PDU out of the rack.
  9. Hold the PDU or lay it down, if there is enough room, while maneuvering the AC power cords through the rack. It may be necessary to cut the cable ties that hold the AC cord flush with the bottom side of the PDU.
  10. Pull the cords as near to the bottom or top of the rack as possible where there is more room between the servers to get the outlet plug through the routing hole.
  11. Remove the smaller Torx T25 screws, and loosen the nut on the top and bottom to remove the PDU from the L-bracket. The nut does not have to be removed.
  12. Attach the L-bracket to the new PDU.
  13. Lay the new PDU next to the rack.
  14. Route the AC cords through the rack, and to where the outlets are.

    Note:

    Do not cable tie the AC cord to the new PDU at this time.

  15. Place the new PDU in the rack by angling and maneuvering it until the L-brackets sit on the top and bottom rails.
  16. Line up the holes and slots so that the PDU sits about 1 inch back from the rack frame.
  17. Attach the power cords using the labels on the cords as a guide. For example, G5-0 indicates PDU group 5 outlet 0 on the PDU.
  18. Attach the InfiniBand cable holders if they were removed in step 4. Oracle recommends screwing the holders in by
    hand at first to avoid stripping the screws.
  19. Attach the AC power cords to the outlets.
  20. Turn on the breakers.
  21. Cable and program the PDU monitor for the network, as needed.

    See Also:

    Oracle Sun Rack II Power Distribution Units User‘s Guide for information about programming the PDU monitor at

    http://docs.oracle.com/cd/E19657-01/E23956-01/z40002661017674.html#scrolltoc

  22. 总结：pdu一般都是能够在线更换！

时间： 2024-10-12 18:56:52

exadata(硬件更换文档部分)的相关文章

java 使用openoffice 转换文档，成.pdf，实现在线预览效果

1. 下载 openoffice 地址 https://pan.baidu.com/s/1dfpoG6zlawoW1pqpDvBL0A 密码: v4ej 如果上面的地址无法访问请访问这个地址:下载地址如下:http://www.openoffice.org/ 2. jodconverter-2.2.2.zip 下载地址:http://sourceforge.net/projects/jodconverter/files/JODConverter/ 3.  JODConverter 下的jar包访

PDF虚拟打印机安装方法 轻松借助PDF虚拟打印机转换文档

如果你仍在使用office 2003套件,是不是非常羡慕其他可以直接将文件另存为pdf格式的朋友呢?其实除了重新安装一个高版本的office,你还有一个更好的选择,那就是使用pdf虚拟打印机.今天小编就和大家分享:pdf虚拟打印机如何使用的技巧攻略大汇总. 一.pdf虚拟打印机哪个好用? 我认为不管是什么样的软件,只要可以满足用户需要,操作起来又简单易懂的就是一个好用的软件.而迅捷pdf虚拟打印机就是如此,它通过虚拟打印的方式,可快速将doc.txt.jpg等多种格式文档输出为PDF格式文件,帮

生产数据库DG应急切换文档

特别说明:此文档只适用于主库打不开,并且后续归档无法传送到备库进行恢复,紧急打开备库启用.因为此过程可能会丢失一定数据,请谨慎适用此文档. Step 1: 在备库停止应用 SQL> Alter database recover managed standby database finish force; Step 2: 将备库切换成主库 SQL>  ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN; Ste

怎么用ABBYY重组PDF文档

ABBYY PDF Transformer+是一款可创建.编辑以及将PDF文件转换为其他可编辑格式的通用工具,除此之外,还可以使用ABBYY PDF Transformer+重新组织PDF文档,如在文档中添加页面.更换页面顺序.添加空白页面等,接下来将为大家一一讲解,学习如何使用ABBYY PDF Transformer+重组PDF文档. 先下载安装ABBYY PDF Transformer+,具体安装过程请参考ABBYY PDF Transformer+安装教程: 在文档中添加页面 打开ABB

变换文档主题风格+截图+全选文档+统一文档样式+删除空白页+书法字帖+稿纸格式

昨晚因为写博客结果把自己写兴奋了,都11点多了还困,然后有只猪就在那不停问我为啥这么兴奋,跟他说了原因还不信,真的好想打人,哼.算了,不跟这只猪计较了,谁让你是猪呢?猪毕竟可能听不懂人话,哈哈哈哈哈哈哈哈哈哈哈哈......不知道为什么,好怕猪看了后我会被打,O(∩_∩)O哈!毕竟我家猪头每天早上都叫我起床,这么暖的男朋友我还是不能吐槽太多的,今天早上打电话知道我还没起床跟我说了几句然后让我再睡会,恩,确实是要好好夸夸这个boy,猪头,有你真好!另外,上课........别走神了,飞机都快被你承

Exadata使用技巧 (-)

1. 概述 Exadata数据库一体机已经经过多年的风雨磨砺修炼为X6版本:在中国Exadata也有着众多的成功案例,基于Oracle原厂和众多服务商的努力,我们对Exadata的使用也越来越成熟. 以下是常用的使用技巧,供大家参考. 2. Exadata管理 2.1 Exadata性能优化 让表使用flash cache ALTER TABLE <object name> storage (CELL_FLASH_CACHE KEEP); 可以使用如下公式计算Exadata特性对IO的优化 [

MongoDB创建、更新及删除文档

1.1插入并保存文档 插入是向MongoDB中添加数据的基本方法.对目标机使用insert方法,插入一个文档: > db.foo.insert({"bar" : "baz"}) 这个操作会给文档增加一个"_id"键(要是原来没有的话),然后将其保存到MongoDB中. 1.1.1 批量插入 如果要插入多个文档,使用批量插入会快一些.批量插入能传递一个由文档构成的数组给数据库.只有插入多个文档到一个集合的时候,这种方式才会有用,而不能批量插入

[翻译] 精益文档

精益文档 Lean Documentation (原文) Posted by Tomas Björkholm on Apr 09, 2015 我的业余研究告诉我,要实现更大的有效性和上乘的质量,最重要的三件事是知识,知识,还是知识.知识最好通过交流获得,但是只有和有知识的人交流才会有效.糟糕的是,有些情况下这样的人无法参与讨论. My amateur research has given me the insight that the three most important things fo

在线文档预览方案-office web apps

最近再做项目时,要在手机端实现在线文档预览的功能.于是百度了一下实现方案,大致是将文档转换成pdf,然后在通过插件实现预览.这些方案没有具体实现代码,也没有在线预览的地址,再加上项目时间紧迫.只能考虑其它方案,这时微软的office web apps方案映入眼帘,于是和同事一起用一台PC机折腾了几天终于完成了部署,希望通过本篇记录下安装过程和遇到的坑.目前使用该方案的有 明道 微软,我部署的服务地址:http://myscloud.vicp.cc/op/generate.aspx 下面是在线预览