|System z on Facebook
A slice of pizza, a cup of coffee, and a quick SSDPP....
Caroline Exum 270004MPQK email@example.com | | Tags:  ssdpp zenterprise systemz xcf frank_kyne bcpii z/os ssd zos systems | 2,191 Visits
By Frank Kyne, Executive IT Specialist
I don't know of any sysprog anywhere in the world who doesn't have too much work to do. Finding a little time in your busy day to read about new features and functions is one thing, but trying to find the time to actually implement those new capabilities is a different matter. So, to help you see the benefit of BCPii and the System Status Detection Partitioning Protocol (SSDPP or SSD) function in XCF, and also to see how little time it takes to actually implement those functions, we created a little video:
The video briefly describes how XCF and SFM detected and handled a failed sysplex member before BCPii and SSD. Then we go through a sample scenario where we fail one member of our test sysplex and measure how long it takes for that system to be removed from the sysplex using SFM. So that gives us our base case.
Then we go, step-by-step, through the implementation of BCPii and SSD, using our test sysplex. The objective of this step is two-fold: to show you EXACTLY what has to be done to set this up, and to illustrate how little time it takes to set it up. This part, including a description of what we were doing as we went along, only takes about 15 minutes.
Having done the setup work, we then go through the same failure scenario, but this time with BCPii and SSD enabled. You can see that the time to remove the failed system from the sysplex was reduced from a little under 3 minutes to about 8 seconds.
The whole video, including setting up BCPii and SSD, describing what they do, and going through the two failure scenarios, takes a little less than 30 minutes. So, instead of reading depressing sports results over your next lunch break, grab some food and a drink, watch the video, and implement BCPii and SSD in one of your test sysplexes. You will still have time left to find a new team to follow.
Disclaimer: No production systems were harmed in the making of this video. And anyone who has heard me present will be delighted to hear that a professional voice-over person provides the audio.
Frank Kyne has worked with mainframes for 35 years, starting as an operator in an insurance company in Ireland. He currently works as a Project Leader and general dogsbody in the IBM Redbooks organization in Poughkeepsie, New York.