If you have zEDC compression available it's very worthwhile to compress the SMF data before writing it to the logstream/staging datasets.
Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, February 10th, 2021 at 5:33 AM, Ron Burg <ron.bur...@gmail.com> wrote: > Hello, > > I'm trying to figure out the best-practice for collecting SMF data > > with Logstream instead of MAN datasets. There are few points I seem to > > miss and I hope to get some advice from those who used it for a while. > > I can see the benefits in storing the SMF on logstream only, for > > example I can use IFASMFDL to set range of dates and not have to worry > > about the location of each week/month in a different GDG generation. > > Also, the ability of logger to use the timestamp to read only relevant > > period can save time and CPU while offloading data in comparison to > > sequential read. > > Those benefit however are minified if I use the logstream only as a > > short-term storage before migrating the data to the regular GDG > > datasets. > > Here are some open questions I have: > > 1. The ideal situation for me would be to have all SMF data on > > logstream, for example for a period of two years, but there is a limit > > of 168 offload datasets before starting to use DSEXTENTs and each > > dataset can be up to about 2GB in size, this makes me wonder if I > > misunderstood the Logstream usage as a long term storage of smf data. > > Does it make sense to hold SMF data for few years on logstream? > 2. Using the IFASMFDL utility is very tricky as I can get RC 4 for > > both "RELATIVEDATE RANGE EXTENDS INTO FUTURE" and for a case where I > > ran the job on a different system (DASD-only logstream) and it failed > > to find the logstream. > > Worse than that, if I try to dump data from few offload datasets (a week > for > > example) and one of the "middle" datasets is missing I can get a > > return code of 0 while the data returned will be only what Logger was > > able to find. > > How can I be sure that the dumped data from IFASMFDL is complete? > > By the way, I used the "SMF Logstream Mode" redbook which was very > > useful but it left me with those unanswered questions. > > Many thanks for helping, > > Ron Burg > > 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