COM.CFG backup file script

Eamonn

unread,

Oct 22, 2004, 9:59:39 AM10/22/04

to

Hi, I have written a script that backups up the COM.CFG file on
several SNA Servers. My problem is that the primary SNA Server COM.CFG
file will not backup, I assume this is because it is open so
FSO.COpyFile, Copy, Move etc will not work. I also tried calling a
batch file for that particular server, but that doesn't work either.

Could I run the script on the server itself?

Has anyone come across this problem before, if so, any workarounds, I
don't think I will be allowed to stop/start the server, that would be
the easiest way to do it, but if anyone can think of a way to do this
let me know.

Thanks

Eamonn

Neil Pike

unread,

Oct 22, 2004, 7:51:43 PM10/22/04

to

Eamonn - that's odd. I've not had an issue. What does the copy fail with?
Does someone have a config-lock on it?

Neil Pike. Protech Computing Ltd
(Please post ALL replies to the newsgroup only unless indicated otherwise)

Eamonn

unread,

Oct 25, 2004, 4:25:53 AM10/25/04

to

Neil Pike <neil...@compuserve.com> wrote in message news:<VA.0000625...@compuserve.com>...

Not too sure what that is, is the config not used all the time when
the SNA Server is running? How do I turn the lock off, the server
admin should be able to do that shouldn't they?

Neil Pike

unread,

Oct 25, 2004, 7:02:53 AM10/25/04

to

Try to make a change via SNA Manager. If you can make a change then nothing else (no other SNA
Manager) has a lock on the file. Once you've made a change, save the config, then you're sure
nothing else has a lock on it.

Latifa Ring

unread,

Oct 31, 2004, 9:49:27 PM10/31/04

to

I have not had this problem either. I use a program called robocopy to do
scheduled backups and made sure the task in task scheduler is running under
an account that has admin rights on the SNA primary server. If you are able
to backup the file on the backup servers that should suffice as well since
it is really just a copy of the file from the primary.

"Neil Pike" <neil...@compuserve.com> wrote in message
news:VA.0000625...@compuserve.com...

Jeremy Remlinger [MSFT]

unread,

Nov 2, 2004, 3:52:11 PM11/2/04

to

Latifa,

On addition to this: If you are making a backup, you should always copy the
COM.CFG that resides on the Primary HIS server. The copy on the backups
may not be the newest version of the configuration if they have not
replicatd.

#############################
#Jeremy "Rem" Remlinger, MSCE
#SNA/HIS Engineer
#Microsoft
#
#This posting is provided
#'AS IS' with no warranties,
#and confers no rights.
#© 2004 Microsoft Corporation
#All rights reserved.
#############################

--------------------
| From: "Latifa Ring" <lsr...@houston.rr.com>
| References: <4d1f3ccc.04102...@posting.google.com>
<VA.0000625...@compuserve.com>
<4d1f3ccc.04102...@posting.google.com>
<VA.0000625...@compuserve.com>
| Subject: Re: COM.CFG backup file script
| Date: Sun, 31 Oct 2004 20:49:27 -0600
| Lines: 26
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
| Message-ID: <erCbp17v...@TK2MSFTNGP14.phx.gbl>
| Newsgroups: microsoft.public.snaserver.administration
| NNTP-Posting-Host: cs6820651-17.houston.rr.com 68.206.51.17
| Path:
cpmsftngxa10.phx.gbl!TK2MSFTNGXA03.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGXA
02.phx.gbl!cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGP14.phx.gbl
| Xref: cpmsftngxa10.phx.gbl microsoft.public.snaserver.administration:5745
| X-Tomcat-NG: microsoft.public.snaserver.administration