Re: zLinux backup solutions
Right, I should have specifically mentioned the use of FLASHCOPY/snap as the much preferred method to copying LIVE fullpack volumes with z/OS. As well as the need to determine compatibility, with respect to any COTS/vendor products and OS's. Good point in regards to another LOCAL backup approach...DB admins should definitely consider using the backup software that is included with the DB product. That would fit well in conjunction with the other methods (which would then backup these local backups). The rationale for the multi-method approach is to protect (i.e. CYA) with redundancy, using various methods that may be more suitable for zLinux, DB's and the z/VM and CMS storage. Doug Ponte U.S. Department of Justice - OCIO/SDS/zVM Contractor - z/VM + zLinux Senior Systems Programmer Leidos/Ingersoll Consulting douglas.c.po...@usdoj.gov 1-202-307-6722 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Altmark Sent: Friday, November 11, 2016 09:35 To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" <douglas.c.po...@usdoj.gov> wrote: > Fullpack volume backups can be run daily, weekly and monthly, > using JCL with automation tools > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). This should be done with all > z/VM and zLinux volumes. > > In the full volume backup cases, stopping/shutting down is not always necessary, albeit it may be > good practice to at least quiesce when it comes to DB?s and heavy use servers. (e.g. DB2, Oracle, > etc) WARNING: To do this reliably, you need software that is capable of establishing an I/O consistency group. If you want to FLASHCOPY the volumes and sequentially backup the volume copies, that's ok, but do NOT just sequentially copy the live volumes of a running z/VM system. (If you wouldn't do it to a running z/OS system, don't do it to any other system.) This process is intimately tied to your DR strategy, too, so get it right. If you have databases, use the backup software for the database. If you're using hardware replication, be sure that it's supported by the database vendor. Some people take a too-casual approach to backups and DR. I too often hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical powers over z/VM and Linux. Don't fall into that trap. That way there be dragons. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
On Friday, 11/11/2016 at 07:33 GMT, Scott Rohlingwrote: > But can ICKDSF as Sam indicates?I had decided it couldn't and so went > with CSM under zLinux...my knowledge of the ICKDSF implementations of > PPRC and FLASHCPY aren't real solid though... Yes, but there are a few restrictions, provisos, and quid-pro-quos: 1. All PPRCOPY volumes must be dedicated volumes or full-pack minidisks. 2. The managing guest directory entry must contain "STDEVOPT DASDSYS DATAMOVER". Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
On Friday, 11/11/2016 at 06:31 GMT, Scott Rohlingwrote: > Ok - in our case we are doing flashcopy within the same storage > subsystem. we are not implementing PPRC but FLASHCOPY. As far as IBM DS8000 is concerned, if you have Flashcopy, you also have Metro Mirror (PPRC), as both are part of the Copy Services (CS) feature. In fact, here are the function in each license type: Base function License (BF) ? Operating Environment License ? Logical Configuration support for FB (Open Systems) ? Thin Provisioning ? Easy Tier ? I/O Priority Manager Copy Services License (CS) ? IBM FlashCopy® ? Metro Mirror ? Global Mirror ? Metro/Global Mirror ? z/Global Mirror ? z/Global Mirror Resync ? Multi-Target PPRC z-Synergy Services License (zsS) ? FICON attachment ? PAV ? HyperPAV ? High-performance FICON (zHPF) ? IBM z/OS Distributed Data Backup To me, it's simpler and more cost-effective to get GDPS. The configurations include local HA with Hyperswap and flashcopy images (with zero data loss and no down time), as well as remote copy (Global Mirror) along with flashcopy images to allow DR testing while still maintaining local and remote HA. The important thing is that YOU don't support it. (Care and feeding of disk mirrors is not trivial.) ICKDSF and the CP FLASHCOPY family of commands are the only native functions in z/VM that manage Copy Services. I wish we had Copy Services Manager (CSM) for the CMS environment. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
But can ICKDSF as Sam indicates?I had decided it couldn't and so went with CSM under zLinux...my knowledge of the ICKDSF implementations of PPRC and FLASHCPY aren't real solid though... Scott Rohling On Fri, Nov 11, 2016 at 11:18 AM, Alan Altmarkwrote: > On Friday, 11/11/2016 at 03:19 GMT, Scott Rohling > wrote: > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > > (Copy Services Manager) I'm currently involved in a project > where > > we have this running on a zLinux guest to be able to flash with > consistency > > groups. > > Good point. When I said to use FLASHCOPY, I meant to use the technology, > not the command. The CP FLASHCOPY command cannot be used to create a > multi-volume consistency group. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
On Friday, 11/11/2016 at 03:19 GMT, Scott Rohlingwrote: > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > (Copy Services Manager) I'm currently involved in a project where > we have this running on a zLinux guest to be able to flash with consistency > groups. Good point. When I said to use FLASHCOPY, I meant to use the technology, not the command. The CP FLASHCOPY command cannot be used to create a multi-volume consistency group. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
Ok - in our case we are doing flashcopy within the same storage subsystem. we are not implementing PPRC but FLASHCOPY. Scott Rohling On Fri, Nov 11, 2016 at 10:24 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > Scott, > > See the PPRCOPY DEFINESESSION and PPRCOPY POPULATESESSION commands. > > Thanks, > > Sam Cohen > > (217) 862-9227 (office) > (602) 327-2134 (cell) > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Scott Rohling > Sent: Friday, November 11, 2016 11:19 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > Maybe we are talking about different things...you can establish > relationships between source/target volumes -- but I don't see anything > that let's you define a consistency group -- i.e. several volumes which > will be flashed at the exact moment in time. > > Scott Rohling > > On Fri, Nov 11, 2016 at 10:00 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > In the ICKDSF manual (http://www.ibm.com/support/ > > knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check > > out the FLASHCOPY and PPRCOPY commands. > > > > Thanks, > > > > Sam Cohen > > > > (217) 862-9227 (office) > > (602) 327-2134 (cell) > > > > > > > > -Original Message- > > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > > Scott Rohling > > Sent: Friday, November 11, 2016 10:46 AM > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: zLinux backup solutions > > > > Please explain how to use ICKDSF to establish a consistency group and > > initiate a flashcopy I see no way to do it... > > > > Scott Rohling > > > > On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > > > > CSM (or command line on the SSCP (or whatever it's called these > > > days) can do it, as can ICKDSF on z/VM. > > > > > > Sam > > > > > > Sent from my Verizon 4G LTE smartphone > > > > > > > > > Original message > > > From: Scott Rohling <scott.rohl...@gmail.com> > > > Date: 11/11/16 10:15 (GMT-07:00) > > > To: LINUX-390@VM.MARIST.EDU > > > Subject: Re: zLinux backup solutions > > > > > > I'm talking about initiating the flashcopy ... not mirroring > > solutions... > > > > > > > > > CSM let's you initiate flashcopy with consistency groups.z/VM can > > only > > > do serial FLASHCOPY commands... > > > > > > Scott Rohling > > > > > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > > > Scott, > > > > > > > > You don't need Copy Services Manager, you just need a storage > > > > subsystem capable and enabled for Global Mirror, which is > > > > independent and outside > > > of > > > > any operating system. z/VM disks can be part of a consistency > > > > group, > > > just > > > > as VSE, z/OS, Linux or TPF disks can. > > > > > > > > Sam > > > > > > > > Sent from my Verizon 4G LTE smartphone > > > > > > > > > > > > Original message > > > > From: Scott Rohling <scott.rohl...@gmail.com> > > > > Date: 11/11/16 08:20 (GMT-07:00) > > > > To: LINUX-390@VM.MARIST.EDU > > > > Subject: Re: zLinux backup solutions > > > > > > > > While z/VM can't use consistency groups -- z/OS and zLinux can with > CSM > > > > (Copy Services Manager) I'm currently involved in a project > > > where > > > > we have this running on a zLinux guest to be able to flash with > > > consistency > > > > groups. > > > > > > > > Scott Rohling > > > > > > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark > > > > <alan_altm...@us.ibm.com> > > > > wrote: > > > > > > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > > > > <douglas.c.po...@usdoj.gov> wrote: > > > > > > Fullpack volume backups can be run daily, weekly and > > > > > > monthly, > > > > using > > > > > JCL with automation tools > > > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli > > Automation). >
Re: zLinux backup solutions
Scott, See the PPRCOPY DEFINESESSION and PPRCOPY POPULATESESSION commands. Thanks, Sam Cohen (217) 862-9227 (office) (602) 327-2134 (cell) -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Scott Rohling Sent: Friday, November 11, 2016 11:19 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions Maybe we are talking about different things...you can establish relationships between source/target volumes -- but I don't see anything that let's you define a consistency group -- i.e. several volumes which will be flashed at the exact moment in time. Scott Rohling On Fri, Nov 11, 2016 at 10:00 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > In the ICKDSF manual (http://www.ibm.com/support/ > knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check > out the FLASHCOPY and PPRCOPY commands. > > Thanks, > > Sam Cohen > > (217) 862-9227 (office) > (602) 327-2134 (cell) > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Scott Rohling > Sent: Friday, November 11, 2016 10:46 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > Please explain how to use ICKDSF to establish a consistency group and > initiate a flashcopy I see no way to do it... > > Scott Rohling > > On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > CSM (or command line on the SSCP (or whatever it's called these > > days) can do it, as can ICKDSF on z/VM. > > > > Sam > > > > Sent from my Verizon 4G LTE smartphone > > > > > > Original message ---- > > From: Scott Rohling <scott.rohl...@gmail.com> > > Date: 11/11/16 10:15 (GMT-07:00) > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: zLinux backup solutions > > > > I'm talking about initiating the flashcopy ... not mirroring > solutions... > > > > > > CSM let's you initiate flashcopy with consistency groups.z/VM can > only > > do serial FLASHCOPY commands... > > > > Scott Rohling > > > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > Scott, > > > > > > You don't need Copy Services Manager, you just need a storage > > > subsystem capable and enabled for Global Mirror, which is > > > independent and outside > > of > > > any operating system. z/VM disks can be part of a consistency > > > group, > > just > > > as VSE, z/OS, Linux or TPF disks can. > > > > > > Sam > > > > > > Sent from my Verizon 4G LTE smartphone > > > > > > > > > Original message > > > From: Scott Rohling <scott.rohl...@gmail.com> > > > Date: 11/11/16 08:20 (GMT-07:00) > > > To: LINUX-390@VM.MARIST.EDU > > > Subject: Re: zLinux backup solutions > > > > > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > > > (Copy Services Manager) I'm currently involved in a project > > where > > > we have this running on a zLinux guest to be able to flash with > > consistency > > > groups. > > > > > > Scott Rohling > > > > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark > > > <alan_altm...@us.ibm.com> > > > wrote: > > > > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > > > <douglas.c.po...@usdoj.gov> wrote: > > > > > Fullpack volume backups can be run daily, weekly and > > > > > monthly, > > > using > > > > JCL with automation tools > > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli > Automation). > > > > This should be done with all > > > > > z/VM and zLinux volumes. > > > > > > > > > > In the full volume backup cases, stopping/shutting down is not > > > > > always > > > > necessary, albeit it may be > > > > > good practice to at least quiesce when it comes to DB?s and > > > > > heavy use > > > > servers. (e.g. DB2, Oracle, > > > > > etc) > > > > > > > > WARNING: To do this reliably, you need software that is capable > > > > of establishing an I/O consistency group. If you want to > > > > FLASHCOPY the volumes and sequentially backup the volume copies, > > > > that's ok, but do > > NOT > > > > just s
Re: zLinux backup solutions
Maybe we are talking about different things...you can establish relationships between source/target volumes -- but I don't see anything that let's you define a consistency group -- i.e. several volumes which will be flashed at the exact moment in time. Scott Rohling On Fri, Nov 11, 2016 at 10:00 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > In the ICKDSF manual (http://www.ibm.com/support/ > knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check out > the FLASHCOPY and PPRCOPY commands. > > Thanks, > > Sam Cohen > > (217) 862-9227 (office) > (602) 327-2134 (cell) > > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Scott Rohling > Sent: Friday, November 11, 2016 10:46 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > Please explain how to use ICKDSF to establish a consistency group and > initiate a flashcopy I see no way to do it... > > Scott Rohling > > On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > CSM (or command line on the SSCP (or whatever it's called these days) > > can do it, as can ICKDSF on z/VM. > > > > Sam > > > > Sent from my Verizon 4G LTE smartphone > > > > > > Original message ---- > > From: Scott Rohling <scott.rohl...@gmail.com> > > Date: 11/11/16 10:15 (GMT-07:00) > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: zLinux backup solutions > > > > I'm talking about initiating the flashcopy ... not mirroring > solutions... > > > > > > CSM let's you initiate flashcopy with consistency groups.z/VM can > only > > do serial FLASHCOPY commands... > > > > Scott Rohling > > > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > > > Scott, > > > > > > You don't need Copy Services Manager, you just need a storage > > > subsystem capable and enabled for Global Mirror, which is > > > independent and outside > > of > > > any operating system. z/VM disks can be part of a consistency > > > group, > > just > > > as VSE, z/OS, Linux or TPF disks can. > > > > > > Sam > > > > > > Sent from my Verizon 4G LTE smartphone > > > > > > > > > Original message > > > From: Scott Rohling <scott.rohl...@gmail.com> > > > Date: 11/11/16 08:20 (GMT-07:00) > > > To: LINUX-390@VM.MARIST.EDU > > > Subject: Re: zLinux backup solutions > > > > > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > > > (Copy Services Manager) I'm currently involved in a project > > where > > > we have this running on a zLinux guest to be able to flash with > > consistency > > > groups. > > > > > > Scott Rohling > > > > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark > > > <alan_altm...@us.ibm.com> > > > wrote: > > > > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > > > <douglas.c.po...@usdoj.gov> wrote: > > > > > Fullpack volume backups can be run daily, weekly and > > > > > monthly, > > > using > > > > JCL with automation tools > > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli > Automation). > > > > This should be done with all > > > > > z/VM and zLinux volumes. > > > > > > > > > > In the full volume backup cases, stopping/shutting down is not > > > > > always > > > > necessary, albeit it may be > > > > > good practice to at least quiesce when it comes to DB?s and > > > > > heavy use > > > > servers. (e.g. DB2, Oracle, > > > > > etc) > > > > > > > > WARNING: To do this reliably, you need software that is capable > > > > of establishing an I/O consistency group. If you want to > > > > FLASHCOPY the volumes and sequentially backup the volume copies, > > > > that's ok, but do > > NOT > > > > just sequentially copy the live volumes of a running z/VM system. > > > > (If > > > you > > > > wouldn't do it to a running z/OS system, don't do it to any other > > > system.) > > > > This process is intimately tied to your DR strategy, too, so get > > > > it right. > > > > > > > > If you ha
Re: zLinux backup solutions
In the ICKDSF manual (http://www.ibm.com/support/knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check out the FLASHCOPY and PPRCOPY commands. Thanks, Sam Cohen (217) 862-9227 (office) (602) 327-2134 (cell) -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Scott Rohling Sent: Friday, November 11, 2016 10:46 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions Please explain how to use ICKDSF to establish a consistency group and initiate a flashcopy I see no way to do it... Scott Rohling On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > CSM (or command line on the SSCP (or whatever it's called these days) > can do it, as can ICKDSF on z/VM. > > Sam > > Sent from my Verizon 4G LTE smartphone > > > Original message > From: Scott Rohling <scott.rohl...@gmail.com> > Date: 11/11/16 10:15 (GMT-07:00) > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > I'm talking about initiating the flashcopy ... not mirroring solutions... > > > CSM let's you initiate flashcopy with consistency groups.z/VM can only > do serial FLASHCOPY commands... > > Scott Rohling > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > Scott, > > > > You don't need Copy Services Manager, you just need a storage > > subsystem capable and enabled for Global Mirror, which is > > independent and outside > of > > any operating system. z/VM disks can be part of a consistency > > group, > just > > as VSE, z/OS, Linux or TPF disks can. > > > > Sam > > > > Sent from my Verizon 4G LTE smartphone > > > > > > ---- Original message > > From: Scott Rohling <scott.rohl...@gmail.com> > > Date: 11/11/16 08:20 (GMT-07:00) > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: zLinux backup solutions > > > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > > (Copy Services Manager) I'm currently involved in a project > where > > we have this running on a zLinux guest to be able to flash with > consistency > > groups. > > > > Scott Rohling > > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark > > <alan_altm...@us.ibm.com> > > wrote: > > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > > <douglas.c.po...@usdoj.gov> wrote: > > > > Fullpack volume backups can be run daily, weekly and > > > > monthly, > > using > > > JCL with automation tools > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). > > > This should be done with all > > > > z/VM and zLinux volumes. > > > > > > > > In the full volume backup cases, stopping/shutting down is not > > > > always > > > necessary, albeit it may be > > > > good practice to at least quiesce when it comes to DB?s and > > > > heavy use > > > servers. (e.g. DB2, Oracle, > > > > etc) > > > > > > WARNING: To do this reliably, you need software that is capable > > > of establishing an I/O consistency group. If you want to > > > FLASHCOPY the volumes and sequentially backup the volume copies, > > > that's ok, but do > NOT > > > just sequentially copy the live volumes of a running z/VM system. > > > (If > > you > > > wouldn't do it to a running z/OS system, don't do it to any other > > system.) > > > This process is intimately tied to your DR strategy, too, so get > > > it right. > > > > > > If you have databases, use the backup software for the database. > > > If you're using hardware replication, be sure that it's supported > > > by the database vendor. > > > > > > Some people take a too-casual approach to backups and DR. I too > > > often hear "Don't worry, I'm doing it from z/OS." as though z/OS > > > has magical powers over z/VM and Linux. Don't fall into that > > > trap. That way there > > be > > > dragons. > > > > > > Alan Altmark > > > > > > Senior Managing z/VM and Linux Consultant Lab Services System z > > > Delivery Practice IBM Systems & Technology Group > > > ibm.com/systems/services/labservices > > > office: 607.429.3323 > > > mobile; 607.321.7556 > > > alan_altm...@us.
Re: zLinux backup solutions
Please explain how to use ICKDSF to establish a consistency group and initiate a flashcopy I see no way to do it... Scott Rohling On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > CSM (or command line on the SSCP (or whatever it's called these days) can > do it, as can ICKDSF on z/VM. > > Sam > > Sent from my Verizon 4G LTE smartphone > > > Original message > From: Scott Rohling <scott.rohl...@gmail.com> > Date: 11/11/16 10:15 (GMT-07:00) > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > I'm talking about initiating the flashcopy ... not mirroring solutions... > > > CSM let's you initiate flashcopy with consistency groups.z/VM can only > do serial FLASHCOPY commands... > > Scott Rohling > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > > > Scott, > > > > You don't need Copy Services Manager, you just need a storage subsystem > > capable and enabled for Global Mirror, which is independent and outside > of > > any operating system. z/VM disks can be part of a consistency group, > just > > as VSE, z/OS, Linux or TPF disks can. > > > > Sam > > > > Sent from my Verizon 4G LTE smartphone > > > > > > ---- Original message > > From: Scott Rohling <scott.rohl...@gmail.com> > > Date: 11/11/16 08:20 (GMT-07:00) > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: zLinux backup solutions > > > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > > (Copy Services Manager) I'm currently involved in a project > where > > we have this running on a zLinux guest to be able to flash with > consistency > > groups. > > > > Scott Rohling > > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com> > > wrote: > > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > > <douglas.c.po...@usdoj.gov> wrote: > > > > Fullpack volume backups can be run daily, weekly and monthly, > > using > > > JCL with automation tools > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). > > > This should be done with all > > > > z/VM and zLinux volumes. > > > > > > > > In the full volume backup cases, stopping/shutting down is not always > > > necessary, albeit it may be > > > > good practice to at least quiesce when it comes to DB?s and heavy use > > > servers. (e.g. DB2, Oracle, > > > > etc) > > > > > > WARNING: To do this reliably, you need software that is capable of > > > establishing an I/O consistency group. If you want to FLASHCOPY the > > > volumes and sequentially backup the volume copies, that's ok, but do > NOT > > > just sequentially copy the live volumes of a running z/VM system. (If > > you > > > wouldn't do it to a running z/OS system, don't do it to any other > > system.) > > > This process is intimately tied to your DR strategy, too, so get it > > > right. > > > > > > If you have databases, use the backup software for the database. If > > > you're using hardware replication, be sure that it's supported by the > > > database vendor. > > > > > > Some people take a too-casual approach to backups and DR. I too often > > > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical > > > powers over z/VM and Linux. Don't fall into that trap. That way there > > be > > > dragons. > > > > > > Alan Altmark > > > > > > Senior Managing z/VM and Linux Consultant > > > Lab Services System z Delivery Practice > > > IBM Systems & Technology Group > > > ibm.com/systems/services/labservices > > > office: 607.429.3323 > > > mobile; 607.321.7556 > > > alan_altm...@us.ibm.com > > > IBM Endicott > > > > > > -- > > > For LINUX-390 subscribe / signoff / archive access instructions, > > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 > or > > > visit > > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > -- > > > For more information on Linux on System z, visit > > > http://wiki.linuxvm.org/ > > > > > > >
Re: zLinux backup solutions
CSM (or command line on the SSCP (or whatever it's called these days) can do it, as can ICKDSF on z/VM. Sam Sent from my Verizon 4G LTE smartphone Original message From: Scott Rohling <scott.rohl...@gmail.com> Date: 11/11/16 10:15 (GMT-07:00) To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions I'm talking about initiating the flashcopy ... not mirroring solutions... CSM let's you initiate flashcopy with consistency groups.z/VM can only do serial FLASHCOPY commands... Scott Rohling On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > Scott, > > You don't need Copy Services Manager, you just need a storage subsystem > capable and enabled for Global Mirror, which is independent and outside of > any operating system. z/VM disks can be part of a consistency group, just > as VSE, z/OS, Linux or TPF disks can. > > Sam > > Sent from my Verizon 4G LTE smartphone > > > Original message > From: Scott Rohling <scott.rohl...@gmail.com> > Date: 11/11/16 08:20 (GMT-07:00) > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > (Copy Services Manager) I'm currently involved in a project where > we have this running on a zLinux guest to be able to flash with consistency > groups. > > Scott Rohling > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com> > wrote: > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > <douglas.c.po...@usdoj.gov> wrote: > > > Fullpack volume backups can be run daily, weekly and monthly, > using > > JCL with automation tools > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). > > This should be done with all > > > z/VM and zLinux volumes. > > > > > > In the full volume backup cases, stopping/shutting down is not always > > necessary, albeit it may be > > > good practice to at least quiesce when it comes to DB?s and heavy use > > servers. (e.g. DB2, Oracle, > > > etc) > > > > WARNING: To do this reliably, you need software that is capable of > > establishing an I/O consistency group. If you want to FLASHCOPY the > > volumes and sequentially backup the volume copies, that's ok, but do NOT > > just sequentially copy the live volumes of a running z/VM system. (If > you > > wouldn't do it to a running z/OS system, don't do it to any other > system.) > > This process is intimately tied to your DR strategy, too, so get it > > right. > > > > If you have databases, use the backup software for the database. If > > you're using hardware replication, be sure that it's supported by the > > database vendor. > > > > Some people take a too-casual approach to backups and DR. I too often > > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical > > powers over z/VM and Linux. Don't fall into that trap. That way there > be > > dragons. > > > > Alan Altmark > > > > Senior Managing z/VM and Linux Consultant > > Lab Services System z Delivery Practice > > IBM Systems & Technology Group > > ibm.com/systems/services/labservices > > office: 607.429.3323 > > mobile; 607.321.7556 > > alan_altm...@us.ibm.com > > IBM Endicott > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > > For more information on Linux on System z, visit > > http://wiki.linuxvm.org/ > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
I'm talking about initiating the flashcopy ... not mirroring solutions... CSM let's you initiate flashcopy with consistency groups.z/VM can only do serial FLASHCOPY commands... Scott Rohling On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote: > Scott, > > You don't need Copy Services Manager, you just need a storage subsystem > capable and enabled for Global Mirror, which is independent and outside of > any operating system. z/VM disks can be part of a consistency group, just > as VSE, z/OS, Linux or TPF disks can. > > Sam > > Sent from my Verizon 4G LTE smartphone > > > Original message > From: Scott Rohling <scott.rohl...@gmail.com> > Date: 11/11/16 08:20 (GMT-07:00) > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux backup solutions > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM > (Copy Services Manager) I'm currently involved in a project where > we have this running on a zLinux guest to be able to flash with consistency > groups. > > Scott Rohling > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com> > wrote: > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > > <douglas.c.po...@usdoj.gov> wrote: > > > Fullpack volume backups can be run daily, weekly and monthly, > using > > JCL with automation tools > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). > > This should be done with all > > > z/VM and zLinux volumes. > > > > > > In the full volume backup cases, stopping/shutting down is not always > > necessary, albeit it may be > > > good practice to at least quiesce when it comes to DB?s and heavy use > > servers. (e.g. DB2, Oracle, > > > etc) > > > > WARNING: To do this reliably, you need software that is capable of > > establishing an I/O consistency group. If you want to FLASHCOPY the > > volumes and sequentially backup the volume copies, that's ok, but do NOT > > just sequentially copy the live volumes of a running z/VM system. (If > you > > wouldn't do it to a running z/OS system, don't do it to any other > system.) > > This process is intimately tied to your DR strategy, too, so get it > > right. > > > > If you have databases, use the backup software for the database. If > > you're using hardware replication, be sure that it's supported by the > > database vendor. > > > > Some people take a too-casual approach to backups and DR. I too often > > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical > > powers over z/VM and Linux. Don't fall into that trap. That way there > be > > dragons. > > > > Alan Altmark > > > > Senior Managing z/VM and Linux Consultant > > Lab Services System z Delivery Practice > > IBM Systems & Technology Group > > ibm.com/systems/services/labservices > > office: 607.429.3323 > > mobile; 607.321.7556 > > alan_altm...@us.ibm.com > > IBM Endicott > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > > For more information on Linux on System z, visit > > http://wiki.linuxvm.org/ > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
Scott, You don't need Copy Services Manager, you just need a storage subsystem capable and enabled for Global Mirror, which is independent and outside of any operating system. z/VM disks can be part of a consistency group, just as VSE, z/OS, Linux or TPF disks can. Sam Sent from my Verizon 4G LTE smartphone Original message From: Scott Rohling <scott.rohl...@gmail.com> Date: 11/11/16 08:20 (GMT-07:00) To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions While z/VM can't use consistency groups -- z/OS and zLinux can with CSM (Copy Services Manager) I'm currently involved in a project where we have this running on a zLinux guest to be able to flash with consistency groups. Scott Rohling On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com> wrote: > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)" > <douglas.c.po...@usdoj.gov> wrote: > > Fullpack volume backups can be run daily, weekly and monthly, using > JCL with automation tools > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). > This should be done with all > > z/VM and zLinux volumes. > > > > In the full volume backup cases, stopping/shutting down is not always > necessary, albeit it may be > > good practice to at least quiesce when it comes to DB?s and heavy use > servers. (e.g. DB2, Oracle, > > etc) > > WARNING: To do this reliably, you need software that is capable of > establishing an I/O consistency group. If you want to FLASHCOPY the > volumes and sequentially backup the volume copies, that's ok, but do NOT > just sequentially copy the live volumes of a running z/VM system. (If you > wouldn't do it to a running z/OS system, don't do it to any other system.) > This process is intimately tied to your DR strategy, too, so get it > right. > > If you have databases, use the backup software for the database. If > you're using hardware replication, be sure that it's supported by the > database vendor. > > Some people take a too-casual approach to backups and DR. I too often > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical > powers over z/VM and Linux. Don't fall into that trap. That way there be > dragons. > > Alan Altmark > > Senior Managing z/VM and Linux Consultant > Lab Services System z Delivery Practice > IBM Systems & Technology Group > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)"wrote: > Fullpack volume backups can be run daily, weekly and monthly, using JCL with automation tools > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). This should be done with all > z/VM and zLinux volumes. > > In the full volume backup cases, stopping/shutting down is not always necessary, albeit it may be > good practice to at least quiesce when it comes to DB?s and heavy use servers. (e.g. DB2, Oracle, > etc) WARNING: To do this reliably, you need software that is capable of establishing an I/O consistency group. If you want to FLASHCOPY the volumes and sequentially backup the volume copies, that's ok, but do NOT just sequentially copy the live volumes of a running z/VM system. (If you wouldn't do it to a running z/OS system, don't do it to any other system.) This process is intimately tied to your DR strategy, too, so get it right. If you have databases, use the backup software for the database. If you're using hardware replication, be sure that it's supported by the database vendor. Some people take a too-casual approach to backups and DR. I too often hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical powers over z/VM and Linux. Don't fall into that trap. That way there be dragons. Alan Altmark Senior Managing z/VM and Linux Consultant Lab Services System z Delivery Practice IBM Systems & Technology Group ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
Hi, Overall, a 4-tiered approach would be ideal: o Full volume backups o Incremental backups o Local/administrator access backups o Disaster Recovery mirroring ++ Fullpack volume backups can be run daily, weekly and monthly, using JCL with automation tools (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation). This should be done with all z/VM and zLinux volumes. In the full volume backup cases, stopping/shutting down is not always necessary, albeit it may be good practice to at least quiesce when it comes to DB’s and heavy use servers. (e.g. DB2, Oracle, etc) ++ Incremental backups --- should also be done, separately. When performing incremental backups, a full volume backup is done first. This also allows for full volume restores, from another backup source and/or method. A file or filesystem itself can be backed up or restored using previous iterations of saved copies. Tivoli Storage Manager (TSM) is one option that can do this, from IBM. FDR Upstream is a another option, from Innovation. Similarly, it can be used primarlily for the zLinux filesystems, where the server resides on z/OS. FDR Upstream Reservoir can be used in place of the z/OS server, which allows putting the backups/server on another platform (x86, AIX, SUN, etc.). The Reservoir scheme may require tape management for z/VM, so it is recommended to use the z/OS server repository (just plain UPSTREAM). HIDRO, VM:Backup or IBM’s z/VM Backup and Restore Manager…these are good for full/minidisk backups, but will NOT be able to backup to the zLinux filesystem level, which might not be helpful to you, unless combined with one of the products above. However, these two products are very good solutions for z/VM minidisks/CMS users. I think NetBackup can be used this way too, but I have never administered that product. ++ Local/manual backup In the x86 and UNIX world, restoration of files and filesystems are done on Linux, AIX and Solaris via NetBackup and Flash Archive images (FLAR). Solaris admins state that this method can take hours to recover full LDOM images or large filesystems. There are some other methods that can be relatively crude or even redundant (whether manually done or automated) in doing local backups to zLinux filesystems. This includes tools like rsync, etc. However, some centralized solutions are available for zLiunx. For example, with RHEL via their RH Satellite server. This also provides a change management solution that may be already practiced by x86 RHEL admins, which may be helpful. The x86 RHEL sat server admins can carve an organization out for the zLinux folks. It would provide better transition for administrators and configuration/file migration (if moving applications between platforms). The RH Satellite server can provision new RHEL guests and backup all filesystems for full image recovery (if needed from another source). Although, this is a good solution for file/filesystem level backup, since it can provide multiple iterations of files. Therefore, the administrator could logon to the RH Satellite server, retrieve and deploy older versions of files. Or they could restore filesystems and entire images. ++ Disaster Recovery - also should be addressed. Mirroring can be used to easily copy data off-site; for many, this is a commonly used by mid to large shops with z/OS and z/VM. Doug Ponte U.S. Department of Justice - OCIO/SDS/zVM Contractor - z/VM + zLinux Senior Systems Programmer Leidos/Ingersoll Consulting douglas.c.po...@usdoj.gov 1-202-307-6722 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Wednesday, November 09, 2016 13:33 To: LINUX-390@VM.MARIST.EDU Subject: Re: zLinux backup solutions There are other vendors as well Symantec Netbackup Innovation Data Processings FDR product. Perhaps you can use the same thing as what is used with your x86 servers? There may be more. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Scott Rohling Sent: Wednesday, November 09, 2016 9:40 AM To: LINUX-390@VM.MARIST.EDU<mailto:LINUX-390@VM.MARIST.EDU> Subject: Re: [LINUX-390] zLinux backup solutions Yes - a logical backup solution -- TSM is an IBM solutionyou need a backup client which can read your filesystems and send them to a server for archiving/retrieval A physical backup of the hard drives will always require a quiesced system for a clean backup. Scott Rohling On Wed, Nov 9, 2016 at 9:15 AM, Neal Scheffler <vmwiz...@gmail.com<mailto:vmwiz...@gmail.com>> wrote: > To get a clean backup of our zLinux servers we currently shutdown the > zLinux server and do full volume backups of its disks. > > Is there some other method / product available that we coul
Re: zLinux backup solutions
There are other vendors as well Symantec Netbackup Innovation Data Processings FDR product. Perhaps you can use the same thing as what is used with your x86 servers? There may be more. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Scott Rohling Sent: Wednesday, November 09, 2016 9:40 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] zLinux backup solutions Yes - a logical backup solution -- TSM is an IBM solutionyou need a backup client which can read your filesystems and send them to a server for archiving/retrieval A physical backup of the hard drives will always require a quiesced system for a clean backup. Scott Rohling On Wed, Nov 9, 2016 at 9:15 AM, Neal Schefflerwrote: > To get a clean backup of our zLinux servers we currently shutdown the > zLinux server and do full volume backups of its disks. > > Is there some other method / product available that we could use to > get a clean backup without having to take an outage on the zLinux server? > > Thanks, > Neal > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
[disclaimer: FCP rather than FICON point of view assumed in the following so there might be differences] If your workload could live with an atomically consistent but "dirty" disk content, you could use online block device snapshot technologies. Maybe inside Linux with LVM snapshot. Storage servers can also do this for you without Linux CPU cycles and even more so they can support snapshot consistency groups which you need if some filesystem (or raw RDBMS table space) spans multiple volumes (such as with LVM striping). There might be backup software solutions exploiting above, but that's beyond my knowledge. On restarting your workload (such as Linux boot) after a restore of such snapshot content, the workload will see some consistent atomic disk content, but the content is not clean as in closed application files or as in unmounted filesystems. So the application/filesystem (or whatever read/writes from/to disks) needs to cope with that, e.g. by replaying a journal. I suppose if you not only collect disk snapshots but before doing so suspend the Linux to disk (potentially with hypervisor support), you could resume such Linux with those disk snapshots and apps/fs would not even notice (because they slept and then wake up with the old state as if nothing happened inbetween). Suspending is of course already some kind of disruption or temporary outage taking some time as opposed to what I mentioned above. On 11/09/2016 06:42 PM, Scott Rohling wrote: I should have added that we will do a physical backup of zLinux in some cases without quiescing - but it is always supplemented with a logical backup.. The physical restore will normally give you a working zLinux ... any corrupted/missing/changed files can be restored via the logical backup to bring things 'up to date'. Scott Rohling On Wed, Nov 9, 2016 at 9:39 AM, Scott Rohlingwrote: Yes - a logical backup solution -- TSM is an IBM solutionyou need a backup client which can read your filesystems and send them to a server for archiving/retrieval A physical backup of the hard drives will always require a quiesced system for a clean backup. Scott Rohling On Wed, Nov 9, 2016 at 9:15 AM, Neal Scheffler wrote: To get a clean backup of our zLinux servers we currently shutdown the zLinux server and do full volume backups of its disks. Is there some other method / product available that we could use to get a clean backup without having to take an outage on the zLinux server? Thanks, Neal -- Mit freundlichen Grüßen / Kind regards Steffen Maier Linux on z Systems Development IBM Deutschland Research & Development GmbH Vorsitzende des Aufsichtsrats: Martina Koederitz Geschaeftsfuehrung: Dirk Wittkopp Sitz der Gesellschaft: Boeblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
I should have added that we will do a physical backup of zLinux in some cases without quiescing - but it is always supplemented with a logical backup.. The physical restore will normally give you a working zLinux ... any corrupted/missing/changed files can be restored via the logical backup to bring things 'up to date'. Scott Rohling On Wed, Nov 9, 2016 at 9:39 AM, Scott Rohlingwrote: > Yes - a logical backup solution -- TSM is an IBM solutionyou > need a backup client which can read your filesystems and send them to a > server for archiving/retrieval > > A physical backup of the hard drives will always require a quiesced system > for a clean backup. > > Scott Rohling > > On Wed, Nov 9, 2016 at 9:15 AM, Neal Scheffler wrote: > >> To get a clean backup of our zLinux servers we currently shutdown the >> zLinux server and do full volume backups of its disks. >> >> Is there some other method / product available that we could use to get a >> clean backup without having to take an outage on the zLinux server? >> >> Thanks, >> Neal >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ >> > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: zLinux backup solutions
Yes - a logical backup solution -- TSM is an IBM solutionyou need a backup client which can read your filesystems and send them to a server for archiving/retrieval A physical backup of the hard drives will always require a quiesced system for a clean backup. Scott Rohling On Wed, Nov 9, 2016 at 9:15 AM, Neal Schefflerwrote: > To get a clean backup of our zLinux servers we currently shutdown the > zLinux server and do full volume backups of its disks. > > Is there some other method / product available that we could use to get a > clean backup without having to take an outage on the zLinux server? > > Thanks, > Neal > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/