|
My expectation is to scramble the layout of the info on the
disk for the store after the removal of the messages with the info that
shouldn't be there.
Deleting and then defragging is a fairly common generic
practice to try and remove all traces of information on a disk. I am not sure if
this will work well with the istore, but I expect it might.
joe From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, March 04, 2005 10:37 AM To: [email protected] Subject: RE: [ActiveDir] OT: VBScript Question I am not trying to
imply that there is something wrong with your practice, so don’t take offence.
But, what is the correlation between violations and defrag? I am trying to
understand what the defrag is supposed to do,
post-violation. Deji From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Burkes, Jeremy
[Contractor] The issues that I am
referring to are security violations which are instances where someone as
violated the proper handling of data. The Navy, Department of Defense
requires that we defrag the exchange information store. Moving user
mailboxes is not an option. The reason I am creating this script is I have
been all the departments in separate information stores. I am hoping that
when one of these violations occur I can just dismount that departments store,
defrag, then mount again. This will allow me to keep every other
department up and running. Currently we stop all Exchange services, defrag
the one store, then start the Exchange services effectively bringing everyone on
that server down. Jeremy From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Mulnick,
Al Figured the Navy was
still part of the government :) I asked the question
because the only time I would *ever* want to defrag a db in Exchange 200x is
because I was forced to. Otherwise, I would prefer to move the user
mailstores to an alternate db on the same server instead. It would be a)
safer and b) faster and c) just generally a better idea than defragging a db in
place and taking those kinds of chances. It's not like 5.5 when you had
only one store instance. You can move the user mail stores around almost
at will (as long as they're not logged on of course) and clients don't even have
to update at this point. They'll get the new (be default defragged) db,
and you'll have made the problem that drove you there go away.
I'm interested in
"issues" that would cause you to want to defrag as I just plain don't understand
at this point and hate to offer advice without full understanding of the
possible ramifications and issues that may be present.
I think Marcus posted
some useful coding techniques that should help you recapture the command line
information. >From there you should be able to push it to a log file,
which I think is what you were after in the first place (vs. piping it from the
command line to the text file). Al From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Burkes, Jeremy
[Contractor] I work for the
government and we have to run offline defrags after hours for issues that
arise. In the past we just had a batch file that stopped all exchange
services on a machine and then ran the offline defrag then restarted the
services. We want to streamline the process. Jeremy From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Mulnick,
Al Before getting to a
better idea to automate, I have to ask is this something to
automate? What drives you to want
to automate the off-line defragmentation in Exchange 2000 and what makes you
want to do that in the first place? Al From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Burkes, Jeremy
[Contractor] Everyone,
http://msdn.microsoft.com/library/default.asp?url="">
Jeremy -----------------------------------------------------
"All that is necessary for the
forces of evil to win in the world is for enough good men to do nothing." -
Edmund Burke "It
is not how many times you get knocked down, it is how many times you get back
up." - Vince Lombardi |
Title: OT: VBScript Question
- RE: [ActiveDir] OT: VBScript Question joe
- RE: [ActiveDir] OT: VBScript Question Burkes, Jeremy [Contractor]
- RE: [ActiveDir] OT: VBScript Question Burkes, Jeremy [Contractor]
- RE: [ActiveDir] OT: VBScript Question Kern, Tom
- RE: [ActiveDir] OT: VBScript Question Burkes, Jeremy [Contractor]
- RE: [ActiveDir] OT: VBScript Question Becker, Jim
