On Fri, 27 Oct 2023 11:29:03 +0800, David Crayford <[email protected]> wrote:
>> On 26 Oct 2023, at 1:48 pm, Timothy Sipples <[email protected]> wrote: >> Jon Perryman wrote: >>> Googles cloud backup/recovery is very different from IBM z/OS.... >> You headed off on a tangent here that I don’t think I encouraged. I’m not >> sure what you’re referring to. > >As usual! "As usual", Crayford ignores that Timothy said "everything else works this way (including z/OS)". Google does not "work this way". What makes Crayford think that this short snippet is the full story? >> IBM Cloud Tape Connector for z/OS >That’s one of our products. Our team was only talking about it this week. > One of the team had just returned from customer visits in SE Asia > and quite a few muti-national banks are using CTC so they can recover to > data centers in different countries/continents. Everybody uses AWS S3. > As you already mentioned, you can use zones and also replicate to other zones > in different locales. As "usual", Crayford ignores the limitations of a product his company developed. No one disputes that there are some great use cases for this product otherwise IBM would not have acquired it. We don't need quotes from a sales brochure. > Modern internet bandwidth’s are orders of magnitude faster than what they > were a decade ago. > In the old days we would have to dump everything to tape and put it on plane! > IBM Advanced Archive for DFSMShsm As "usual", Crayford ignores the obvious HSM limitations. Recall is not trivial using cloud objects. Recall request -> cloud get object (volume backup) to storage -> move storage to disk -> AMATERSE unpack to disk -> restore file and delete work files. Depending upon internal design, one recall may require 2 disks, enough storage for the object and enough CPU to unpack, decrypt and restore the file. Multiple recalls running concurrently in a sysplex times multiple sysplexes is not trivial. How does he not know this when he had direct access to the product developers. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
