Easy to read, if you're authorized.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of R.S. [r.skoru...@bremultibank.com.pl] Sent: Monday, May 18, 2020 9:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals formatted? Excuse me, but IMHO RECOVERY does "format" CIs within CA - that means proper values are written into CIDF and RDF (in any). That means VSAM knows the CI is empty, or partially filled. Unused space within CI is not cleared, there is no need for that. From the other hand physically full block is written. PB is usually equal CI (let's focus on this case), so everytime you write CIDF, you write full block. The rest of block may be zeros or just any value, but not previous content from the track. So - it seems the goal of RECOVERY is to write control fields, but the way its being done means whole CIs are rewritten. IMHO nevermind, because both SPEED and RECOVERY do not "format" all possible CI's within disk extent. So, even with RECOVERY it is possible to have residual data within the extent. Still hard to read, but not impossible. -- Radoslaw Skorupka Lodz, Poland W dniu 15.05.2020 o 21:17, Mike Schwab pisze: > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/da6i2118.htm > Discussion on Speed / Recovery option. > > On Fri, May 15, 2020 at 5:34 PM Seymour J Metz <sme...@gmu.edu> wrote: >> Do you have something that I can cite for that, preferably something that >> all wiki readers can look at? >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> ________________________________________ >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >> Mike Schwab [mike.a.sch...@gmail.com] >> Sent: Friday, May 15, 2020 1:14 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Does allocating an HFS or zFS erase all existing data?intervals >> formatted? >> >> All VSAM datasets including Linear are formatted when created. The >> disk space used is not allocated to any other datasets. Previous data >> left by deleted datasets is usually left in place (erase on delete is >> an option but not used frequently) but frequently overwritten in a >> short time so restoring a deleted data set is almost always >> impossible. >> >> On Fri, May 15, 2020 at 4:25 PM Seymour J Metz <sme...@gmu.edu> wrote: >>> I want to edit the wiki article [[Disk formatting]] to clarify the >>> statement "s a general rule,[nb 1] formatting a disk erases most if not all >>> existing data on the disk medium". Normally I would consult the logic >>> manuals :-( >>> >>> When you allocate an HFS or linear data set, does AMS preformat all of the >>> tracks? When you format a zFS, does that force formatting of all tracks? >>> Can you provide references that I can cite for the answers? >>> >>> Thanks. >>> >>> >>> >>> -- >>> Shmuel (Seymour J.) Metz >>> http://mason.gmu.edu/~smetz3 >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> -- >> Mike A Schwab, Springfield IL USA >> Where do Forest Rangers go to get away from it all? >> >> ====================================================================== Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,http://secure-web.cisco.com/1ISsJxe3gUoQRotlF_0jTbuqotAWxbHEXflN-NIw9crn4KpwKd32d1oNWFB0hZVjl9huaBfHygbzRjz4uIrkE5YGusOgujYGlR47c__L63dotSshe5dtts2LEtTfAVEjayMKMFCvRuoToKvqjvcZZ-MZSgykgkEOksIRp2PxDr0CbT502QGFIvVGmmmV7L-ITxvfS0dukH6dwXrrE_A3dinN7bcOQTjBNwazJFzQpSFuNAee-cMbNH3HH2IbuzRbE74FqzNkCvdTbz1PpMvPWt-KWUKTQLXIJPRG2EwZHHiVKg8BQZjdzzNJYY6FHne-5OuEWYgjJp1ezhUWuX4gUAYxg1mzg2QDg3tgLqcsx2VeUuLL9RwArKs8G_Pn4tiY4n0NuCc7YNYf0JINZpx-1zE4nrtYvAWgNkrJBjDqqjQ9BuDcidd6ik3p5-xjEfXjT/http%3A%2F%2Fwww.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 0000025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,http://secure-web.cisco.com/1ISsJxe3gUoQRotlF_0jTbuqotAWxbHEXflN-NIw9crn4KpwKd32d1oNWFB0hZVjl9huaBfHygbzRjz4uIrkE5YGusOgujYGlR47c__L63dotSshe5dtts2LEtTfAVEjayMKMFCvRuoToKvqjvcZZ-MZSgykgkEOksIRp2PxDr0CbT502QGFIvVGmmmV7L-ITxvfS0dukH6dwXrrE_A3dinN7bcOQTjBNwazJFzQpSFuNAee-cMbNH3HH2IbuzRbE74FqzNkCvdTbz1PpMvPWt-KWUKTQLXIJPRG2EwZHHiVKg8BQZjdzzNJYY6FHne-5OuEWYgjJp1ezhUWuX4gUAYxg1mzg2QDg3tgLqcsx2VeUuLL9RwArKs8G_Pn4tiY4n0NuCc7YNYf0JINZpx-1zE4nrtYvAWgNkrJBjDqqjQ9BuDcidd6ik3p5-xjEfXjT/http%3A%2F%2Fwww.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 0000025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
