Re: On-premise Cloud copy
Hi Julien, Indeed quite a while ago! Unfortunately, retention sets do not support Oracle and SAP data. The vast majority of our most critical data in Oracle and SAP databases... Thanks for your help though! Kind regards, Eric van Loon Air France/KLM Core Infra From: ADSM: Dist Stor Manager on behalf of Julien Sauvanet Sent: Thursday, February 29, 2024 17:09 To: ADSM-L@VM.MARIST.EDU Subject: Re: On-premise Cloud copy Hi Eric, I hope you are doing well - it's been a long time since last time we spoke. One possibility I see is to leverage the Retention Set Copy to Cloud Object Storage ( something you can do starting SP 8.1.13+ ) . You can read more about here https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=sets-preparing-copy-retention-cloud-archive-storage I'm assuming that the data you are managing are within the supported ones , which are specified here https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=retention-data-types-allowed-in-sets You will have to decide whether you want to create that retention set + copy from your source SP server or on your target/replica SP server . You cannot do retention set on both sides for the same node. You can recover data from a retention directly from the node , without having to restore the entire stgpool before. You may want to look at how to properly configure the cloud read cache to get the best performance possible from this kind of setup (doc here: https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=tcspv-caching-cloud-container-storage-pool-data-data-restore-performance ) Feel free to reach out if you want to discuss more about this setup. Cordialement / Kind regards Julien Sauvanet He/Him/His Technical Advisor IBM Storage Defender Phone: +33 6 76 75 43 95 | Email: sauva...@fr.ibm.com<mailto:sauva...@fr.ibm.com> | Webex: https://ibm.webex.com/meet/sauvane<https://ibm.webex.com/meet/sauvanet>t Compagnie IBM France - Siège Social : 17, avenue de l'Europe, 92275 Bois-Colombes Cedex RCS Nanterre 552 118 465 - Forme Sociale : S.A.S. - Capital Social : 663.779.730,90 € SIRET : 552 118 465 03644 - Code NAF 6203Z From: ADSM: Dist Stor Manager on behalf of Loon, Eric van (ITOP DI) - KLM Sent: Thursday, February 29, 2024 4:24 PM To: ADSM-L@VM.MARIST.EDU Subject: [EXTERNAL] [ADSM-L] On-premise Cloud copy Hi everybody, We are currently using stgrule replication to replicate the data from one server to another. I'm looking into the option of creating a third copy; to comply to the 3-2-1 rule. I'd like to see if I use our onsite IBM Cloud Object Storage for this. As far as I could find, you can't copy stgpool data to a cloud container stgpool. At least the manual states that for a copy stgrule, the target pool needs to be a copy sequential-access storage pool. I could define a copy container stgpool and use the backup stgpool command to make a third copy. But in case of a recovery, you need to recover the whole stgpool first, before clients can start their restores. Am I overlooking an easier/better solution? Thanks for any help in advance! Kind regards, Eric van Loon Air France/KLM Core Infra For information, services and offers, please visit our web site: http://www.klm.com . This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 Unless otherwise stated above: Compagnie IBM France Siège Social : 17, avenue de l'Europe, 92275 Bois-Colombes Cedex RCS Nanterre 552 118 465 Forme Sociale : S.A.S. Capital Social : 664 069 390,60 € SIRET : 552 118 465 03644 - Code NAF 6203Z For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, an
Re: On-premise Cloud copy
Hi Eric, I hope you are doing well - it's been a long time since last time we spoke. One possibility I see is to leverage the Retention Set Copy to Cloud Object Storage ( something you can do starting SP 8.1.13+ ) . You can read more about here https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=sets-preparing-copy-retention-cloud-archive-storage I'm assuming that the data you are managing are within the supported ones , which are specified here https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=retention-data-types-allowed-in-sets You will have to decide whether you want to create that retention set + copy from your source SP server or on your target/replica SP server . You cannot do retention set on both sides for the same node. You can recover data from a retention directly from the node , without having to restore the entire stgpool before. You may want to look at how to properly configure the cloud read cache to get the best performance possible from this kind of setup (doc here: https://www.ibm.com/docs/en/storage-protect/8.1.21?topic=tcspv-caching-cloud-container-storage-pool-data-data-restore-performance ) Feel free to reach out if you want to discuss more about this setup. Cordialement / Kind regards Julien Sauvanet He/Him/His Technical Advisor IBM Storage Defender Phone: +33 6 76 75 43 95 | Email: sauva...@fr.ibm.com<mailto:sauva...@fr.ibm.com> | Webex: https://ibm.webex.com/meet/sauvane<https://ibm.webex.com/meet/sauvanet>t Compagnie IBM France - Siège Social : 17, avenue de l'Europe, 92275 Bois-Colombes Cedex RCS Nanterre 552 118 465 - Forme Sociale : S.A.S. - Capital Social : 663.779.730,90 € SIRET : 552 118 465 03644 - Code NAF 6203Z From: ADSM: Dist Stor Manager on behalf of Loon, Eric van (ITOP DI) - KLM Sent: Thursday, February 29, 2024 4:24 PM To: ADSM-L@VM.MARIST.EDU Subject: [EXTERNAL] [ADSM-L] On-premise Cloud copy Hi everybody, We are currently using stgrule replication to replicate the data from one server to another. I'm looking into the option of creating a third copy; to comply to the 3-2-1 rule. I'd like to see if I use our onsite IBM Cloud Object Storage for this. As far as I could find, you can't copy stgpool data to a cloud container stgpool. At least the manual states that for a copy stgrule, the target pool needs to be a copy sequential-access storage pool. I could define a copy container stgpool and use the backup stgpool command to make a third copy. But in case of a recovery, you need to recover the whole stgpool first, before clients can start their restores. Am I overlooking an easier/better solution? Thanks for any help in advance! Kind regards, Eric van Loon Air France/KLM Core Infra For information, services and offers, please visit our web site: http://www.klm.com . This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 Unless otherwise stated above: Compagnie IBM France Siège Social : 17, avenue de l'Europe, 92275 Bois-Colombes Cedex RCS Nanterre 552 118 465 Forme Sociale : S.A.S. Capital Social : 664 069 390,60 € SIRET : 552 118 465 03644 - Code NAF 6203Z
On-premise Cloud copy
Hi everybody, We are currently using stgrule replication to replicate the data from one server to another. I'm looking into the option of creating a third copy; to comply to the 3-2-1 rule. I'd like to see if I use our onsite IBM Cloud Object Storage for this. As far as I could find, you can't copy stgpool data to a cloud container stgpool. At least the manual states that for a copy stgrule, the target pool needs to be a copy sequential-access storage pool. I could define a copy container stgpool and use the backup stgpool command to make a third copy. But in case of a recovery, you need to recover the whole stgpool first, before clients can start their restores. Am I overlooking an easier/better solution? Thanks for any help in advance! Kind regards, Eric van Loon Air France/KLM Core Infra For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286