Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*TDP\s+for\s+ERP\s+\(SAP\s+R\/3\s+on\s+Oracle\)\s*$/: 165981 ]

Total 165981 documents matching your query.

321. Re: [ADSM-L] TDP for VE; CBT backup size versus OS modified file size (score: 1)
Author: "Ryder, Michael S" <michael_s.ryder AT ROCHE DOT COM>
Date: Mon, 1 Jun 2015 09:34:03 -0400
It may be worth reading this VMware article about how CBT works - I can't comment on your particular case since you didn't provide any information about your infrastructure, but there are dependencie
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00001.html (17,666 bytes)

322. Re: [ADSM-L] TDP for VE; CBT backup size versus OS modified file size (score: 1)
Author: "Meuleman, Ruud" <ruud.meuleman AT TATASTEEL DOT COM>
Date: Mon, 1 Jun 2015 14:02:06 +0000
Hi Stefan, Thanks for the tip. We indeed didn't exclude the swap file. We will improve our configuration. But for the comparison it was included in listing the modified files as in the backup made. I
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00002.html (17,554 bytes)

323. [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Mon, 1 Jun 2015 16:25:23 -0400
We are migrating our TSM infrastructure to DHCP assignments for the client nodes/servers. Up until no everything seems to have worked OK. Now we moved a bunch of CIFS backups to DHCP and having probl
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00003.html (12,587 bytes)

324. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Karel Bos <tsm.wad AT GMAIL DOT COM>
Date: Tue, 2 Jun 2015 06:48:20 +0200
Hi, Compare q no f=d output of the node with the current ip address of that node. Some of the registered ip's of that node might have not been updated. Having dhcp enabled on your backup clients and
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00004.html (13,455 bytes)

325. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Tue, 2 Jun 2015 08:02:57 -0400
Thank you for the suggestion. Back a while ago, I asked, here, if there are any issues with using DHCP (vs fixed IP addresses) for the clients to backup and was told that this was the way pretty much
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00005.html (14,921 bytes)

326. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Tue, 2 Jun 2015 08:19:23 -0400
While it says it is for AIX, it sounds very close to my problem. Unfortunately, someone seems to have pulled the APAR since the link to the APAR page 404's and Googling for that APAR only sends me ba
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00006.html (16,633 bytes)

327. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Tue, 2 Jun 2015 10:20:14 -0400
As suspected, upgrading the client to 7.1.2.1 has resolved the problem with administrator login. So, I am pretty sure it is related to IT08705 <http://www.ibm.com/support/docview.wss?uid=swg1IT08705>
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00007.html (18,388 bytes)

328. [ADSM-L] trouble trimming collumns in select (score: 1)
Author: "Lee, Gary" <glee AT BSU DOT EDU>
Date: Tue, 2 Jun 2015 19:57:33 +0000
Have the following script, but when I run on a 6.2.5 server using a 6.4.2 command line client no trimming is done. Lines are thousands of characters long. Script follows: SELECT rtrim(node_name), - r
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00008.html (10,781 bytes)

329. Re: [ADSM-L] trouble trimming collumns in select (score: 1)
Author: Ron Delaware <ron.delaware AT US.IBM DOT COM>
Date: Tue, 2 Jun 2015 23:50:12 -0700
Gary, Not sure what you are trying to do this is the command I ran and the results dsmadmc -id=ron -passw=ron -comma -datao=yes "SELECT rtrim(node_name), rtrim(filespace_name), filespace_id, rtrim(fi
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00009.html (15,982 bytes)

330. Re: [ADSM-L] support for SnapDiff on NetApp filers running CDOT? (score: 1)
Author: Del Hoobler <hoobler AT US.IBM DOT COM>
Date: Wed, 3 Jun 2015 10:13:19 -0400
I have an update for this thread: Spectrum Protect (TSM) support for NetApp snapshot-assisted progressive incremental backup (some may refer to it as "SnapDiff") for Clustered Data ONTAP (CDOT) is ta
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00010.html (13,146 bytes)

331. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Wed, 3 Jun 2015 10:38:02 -0400
Hi Zoltan, Yes, you have the right APAR and fix level. That APAR is not platform specific, it covers all UNIX, Linux, and Windows platforms. We are working on getting the "paperwork" updated appropri
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00011.html (20,849 bytes)

332. Re: [ADSM-L] support for SnapDiff on NetApp filers running CDOT? (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Wed, 3 Jun 2015 10:52:31 -0400
Thank you for this update, Del. That is indeed good news. -- Paul Zarnowski Ph: 607-255-4757 Assistant Director for Storage Services Fx: 607-255-8521 IT at Cornell / Infrastructure Em: psz1 AT cornel
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00012.html (13,903 bytes)

333. Re: [ADSM-L] Problem logging in to administrator ID with DHCP node (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Wed, 3 Jun 2015 11:35:22 -0400
Hi Andy, Thanks for the confirmation. Looking forwards to the "updated paperwork"! On Wed, Jun 3, 2015 at 10:38 AM, Andrew Raibeck <storman AT us.ibm DOT com> wrote: -- *Zoltan Forray* TSM Software &
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00013.html (22,869 bytes)

334. [ADSM-L] Moving nodes to a new policy (score: 1)
Author: Paul_Dudley <pdudley AT ANL.COM DOT AU>
Date: Fri, 5 Jun 2015 10:32:47 +1000
If I have nodes that are currently under a policy that keeps 5 backup versions, can I move them to another policy which keeps only 2 backup versions? Will TSM then start expiring all the older backup
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00014.html (11,506 bytes)

335. Re: [ADSM-L] Moving nodes to a new policy (score: 1)
Author: Thomas Denier <Thomas.Denier AT JEFFERSON DOT EDU>
Date: Fri, 5 Jun 2015 14:52:48 +0000
This should work fine. There will be some additional complications if you use the TSM central scheduler to trigger backups for the affected nodes. You will need to copy schedule definitions from the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00015.html (12,642 bytes)

336. Re: [ADSM-L] Moving nodes to a new policy (score: 1)
Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>
Date: Fri, 5 Jun 2015 07:59:40 -0700
I don't know that you have to restart the schedules after changing the node's policy domain, as long as you make sure to reset the schedule association. Running QUERY ASSOCIATION when changing the do
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00016.html (13,706 bytes)

337. Re: [ADSM-L] Moving nodes to a new policy (score: 1)
Author: Rick Adamson <RickAdamson AT SEGROCERS DOT COM>
Date: Fri, 5 Jun 2015 15:18:20 +0000
You could always use the "COPY DOMAIN" command to create the new domain, which would include all current policy sets, management classes, and copy groups. Then modify as needed. May be easier than re
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00017.html (14,363 bytes)

338. [ADSM-L] Rebuild a lost volhist for a dbrestore (score: 1)
Author: Bill Boyer <bjdboyer AT COMCAST DOT NET>
Date: Fri, 5 Jun 2015 11:54:49 -0400
TSM V6.3 on Windows The volhist file copies were all lost but the .DBS files are still around. Is there a way to know the backup Series: and Volume Seq: so I can fudge up a simple volhist with a sing
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00018.html (10,709 bytes)

339. Re: [ADSM-L] Rebuild a lost volhist for a dbrestore (score: 1)
Author: Rick Adamson <RickAdamson AT SEGROCERS DOT COM>
Date: Fri, 5 Jun 2015 18:12:23 +0000
Bill, As per IBM docs you must have a copy of the volume history file to recover the server. But before I threw in the towel I would try to recreate it. Do you have the disaster recovery file? If so,
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00019.html (13,644 bytes)

340. Re: [ADSM-L] Moving nodes to a new policy (score: 1)
Author: Ron Delaware <ron.delaware AT US.IBM DOT COM>
Date: Fri, 5 Jun 2015 22:05:42 -0700
Paul, Not sure what your retention looks like, but if you move the nodes to a different domain with a different retention (smaller), then the data will get bound to the new policy after a backup is p
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00020.html (16,010 bytes)


This search system is powered by Namazu