If you have DFDSS there is an option to reblock the datasets that are
copied and its reasonably fast. I could be wrong in this but the FDR
people didn't have the option.
Ed, luckily you are wrong. Our dataset restore has the option to
reblock PS and PO dataset. Other dataset types like DA
Clearly the biggest issue is the geometry change from 47K to 56K; so you
can’t use any “physical” type utilities (E.g. Full Dump Restore) to
perform the data move unless you configure the 3390 devices in 3380
emulation mode.
Ya know, that is not completely true. As long as the output track
On Mar 23, 2006, at 8:47 PM, Bruce Black wrote:
If you have DFDSS there is an option to reblock the datasets that
are copied and its reasonably fast. I could be wrong in this but
the FDR people didn't have the option.
Ed, luckily you are wrong. Our dataset restore has the option to
Ed Gould wrote:
On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote:
SNIP---
You can use DCOLLECT to audit the attributes of your files. You can
find and
DA files here and check if they need any special attention. You can
also use
this DCOLLECT to
Radoslaw,
I agree. ADABAS is probably a better example than IDMS because IDMS doesn't
have this problem.
Of course, if you know it is a problem for ADABAS you can use SMF to compile
a list of all datasets that have been opened by ADABAS and give this to the
DBA to use as a checklist.
Then you
Wally's purpose? To quote Wally, That coffee cup does not get around by
itself.
snip
That is just so Dilbert... What is Wally's purpose in life? Now why
didn't
we just do this for Y2K?
Thanks,
Fletch
--
For IBM-MAIN
If your Adabas DBA needs you to compile a list of the files that
constitute the Adabas databases, then it's time to hire a new DBA. Or,
at the very least, time to send them on a course.
-Original Message-
From: IBM Mainframe Discussion List
I agree. ADABAS is probably a better example
@BAMA.UA.EDU
Subject: Re: Data conversion from 3380 to 3390 - H E L P
If your Adabas DBA needs you to compile a list of the files that
constitute the Adabas databases, then it's time to hire a new DBA. Or,
at the very least, time to send them on a course
IDMS has been able to do VSAM as well ...
- ravi.
Ed Gould wrote:
On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote:
Ron,
Good idea.. but not usually guaranteed. For some reason (historical??)
people who created BDAM files usually have dsorg=PS or none specified. I
have seen quite
On Mar 20, 2006, at 11:39 PM, Ron and Jenny Hawkins wrote:
Ed,
Agreed, and that is why SMF records are your second best friend :)
---SNIP---
Its always easy to sit back and spend the copious amounts of time
researching for this stuff. I have never had
: Re: Data conversion from 3380 to 3390 - H E L P
On Mar 20, 2006, at 11:39 PM, Ron and Jenny Hawkins wrote:
Ed,
Agreed, and that is why SMF records are your second best friend :)
---SNIP---
Its always easy to sit back and spend the copious amounts
On Mar 21, 2006, at 6:45 AM, Ambat Ravi Nair wrote:
IDMS has been able to do VSAM as well ...
- ravi.
This was a while ago as the 3380 to 3390 conversion implies.
Ed
--
For IBM-MAIN subscribe / signoff / archive access
if you have hsm up, an option is to migrate/recall and let hsm reblock (or
just migrate). dss will also reblock src files so you could selectivly dss
copy.
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
--
For IBM-MAIN
Thanks Jack for the suggestion. Too bad the environment doesn't have HSM.
Your idea sounds like a great idea. Out of curiosity what would happend if the
files were to be recalled which volume would it be recalled to? Would I need
to keep the old volsers in order for the recall to work?
On Mar 20, 2006, at 6:38 PM, willie bunter wrote:
Thanks Jack for the suggestion. Too bad the environment doesn't
have HSM. Your idea sounds like a great idea. Out of curiosity
what would happend if the files were to be recalled which volume
would it be recalled to? Would I need to
Willie,
It's been a long, long time since I did this, but there are a few extra
weapons in the arsenal nowadays.
There is not much that is going to actually break when you go from 3380 to
3390. VSAM will look after itself and flat files will have wasted space. The
main things that will break are
On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote:
SNIP---
You can use DCOLLECT to audit the attributes of your files. You can
find and
DA files here and check if they need any special attention. You can
also use
this DCOLLECT to identify your
[mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Tuesday, 21 March 2006 11:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Data conversion from 3380 to 3390 - H E L P
On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote:
Ron,
Good idea.. but not usually guaranteed. For some reason
Hi,
I am seeking help regarding the conversion from 3380 to 3390. I performed
this in 1992. I scanned the archives but there was a negligible amount of
information. Can anybody please help me? Any advice will be greatfully
appreciated.
Thanks.
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
willie bunter
Sent: Saturday, March 18, 2006 7:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Data conversion from 3380 to 3390 - H E L P
Hi,
I am seeking help regarding the conversion from 3380 to 3390. I performed
Hi Willie,
Clearly the biggest issue is the geometry change from 47K to 56K; so you
cant use any physical type utilities (E.g. Full Dump Restore) to
perform the data move unless you configure the 3390 devices in 3380
emulation mode. The major issue will regard whether there are any
21 matches
Mail list logo
