Jon Perryman wrote:
>One very important detail I did not mention is the location of your data
>in the cloud. You may connect to a cloud location thinking that is where
>it will be stored. In order to be more efficient, some clouds may redirect
>your request to a closer location. Potentially the
On Wed, 25 Oct 2023 19:15:06 +, Jousma, David wrote:
>So the issue of using public cloud storage is a question you have to answer
>for yourself.
> “How quickly do I need to be able to restore?” If its TB of data, streaming
> in at network speed,
> that could be days or weeks. Will
It is based on the Amazon Rest API. It is not a product, just a solution we
use here for testing and also runs on our appliances. You can follow the
Amazon manual about the API.
ITschak
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security
On Wed, 25 Oct 2023 21:27:10 +0300, Itschak Mugzach
wrote:
> We backup our servers to Amazon S3 and wrong the protocols
> ourselves, so it is possible.
Hi Itschak,
Can you give a very short overview of how your solution works. Which cloud
API's you used? Is it z/OS, z/VM or z/VSE? Is it
On Wed, 25 Oct 2023 06:23:25 +, Timothy Sipples wrote:
>Jon Perryman wrote:
>> Since there are lots of reasons, can you name 3 beyond those I mentioned?
>> (backup to cloud)
>How about everything else works this way (including z/OS),
Googles cloud backup/recovery is very different from
So the issue of using public cloud storage is a question you have to answer for
yourself. “How quickly do I need to be able to restore?” If its TB of data,
streaming in at network speed, that could be days or weeks. Will you be out of
business by then?
Dave Jousma
Vice President |
Mike,
If you use S3, you can specify which zone to use. BTW, I think Amazon has a
new local zone in Israel, but I think the requirement Arie put was outside
of Israel. We backup our servers to Amazon S3 and wrong the protocols
ourselves, so it is possible.
ITschak
*| **Itschak Mugzach |
Most clouds store data in the nearest facility for reduced read write
time. Some clouds replicate to other sites. Have been outages when a
cloud site went down and the data was not available.
2022 Google outage when a fire occured.
On Wed, 25 Oct 2023 10:08:20 +0300, Arye Shemer wrote:
> one of the most important reason is the
>time frame that should be immediately (preferably tomorrow :-) ).
One very important detail I did not mention is the location of your data in the
cloud. You may connect to a cloud location
Thanks Jim - it is always good to get an answer from an expert.
> On 24 Oct 2023, at 20:43, Jim Mulder wrote:
>
> The Validated Boot enhancements to z/OS made a change to a channel program
> that we
> use to build the nucleus. The changed channel program is used regardless of
> whether
Thank you Jon,
I will convey your suggestions to the customer and talk with them to see
how it fits their needs.
Arye Shemer
On Wed, Oct 25, 2023 at 1:32 AM Jon Perryman wrote:
> On Tue, 24 Oct 2023 09:52:26 +0300, Arye Shemer
> wrote:
>
> >the standard existing backup policies (ex: taking
Hi,
As mentioned in my previous posts I do not have permission to disclose
customer reasons,
*but *I'll let myself state that one of the most important reason is the
time frame that should be immediately (preferably tomorrow :-) ).
Regards,
Arye Shemer.
On Tue, Oct 24, 2023 at 11:55 PM Jon
Jon Perryman wrote:
> Since there are lots of reasons, can you name 3 beyond those
>I mentioned? "Save money? Offsite backup? It's new technology?
>Don't need to worry because it's the cloud? They want to say they
>are cloud enabled?"
How about everything else works this way (including z/OS),
13 matches
Mail list logo