text: <html>
          <head> <meta charset="UTF-8">
          <style>
          table, th, td {
              border: 1px solid black;
              font-size: 10px;
          }
          </style> </head>
          <body>
          <table frame="hsides" rules="groups" width="100%%">
              [html]<thead><tr><td></td><td>IBM Spectrum Virtualize supports the following copy services :</td></tr></thead><tbody><tr><td></td><td>• Synchronous remote copy ( Metro Mirror )</td></tr><tr><td></td><td>• Asynchronous remote copy ( Global Mirror )</td></tr><tr><td>• FlashCopy ( Point - in - Time Copy )</td><td>• Transparent Cloud Tiering</td></tr><tr><td></td><td>Copy services functions are implemented within a single BMDonwices VTX00 or between multiple members of the BMI Spectrum Vinualize family. The Cope Slonvices layer sits above and operates independently of the function or characterise</td></tr><tr><td></td><td>2.5. 25 Synchronous or asynchronous remote copy</td></tr><tr><td></td><td>The general application of remote copy seeks to maintain two copies of data. Often, the two copies are separated by distance, but not always. The remote copy can be maintained in synchronous or asynchronous modes.</td></tr><tr><td></td><td>With IBM Spectrum Virtualize, M - crn Mirnv and Glivhul Mirror are the IBM branded terms for the functions that are synchronous remote copy and asynchronous remote copy.</td></tr><tr><td></td><td>Synchronous remote copy ensures that updates are committed at the primary and secondary volumes before the application considers the updates complete. Therefore, the secondary volume is fully up - to - date if it is needed in a fallover.</td></tr><tr><td></td><td>However, the application is fully exposed to the latency and bandwidth limitations of the communication link to the secondary volume. In a truly remote situation, this extra latency can have a significant, adverse effect on applicatior</td></tr></tbody>
          </table> </body> </html>