RE: Firewall for home users

2008-08-20 Thread Ames Matthew B
 I use IPCop and it's a great way to recycle old computers.  If you're
spending more than 
 about $50 for a home router/security box and you have old boxes
available at no cost, 
 it's actually less expensive, the extra electricity the IPcop box uses
is about $15-$20/year.  
 Addons allow scanning using ClamAV and blocking of bad sites using
DansGuardian.

I wish electricity was that cheap in the UK :-( 
The information contained in this E-Mail and any subsequent 
correspondence is private and is intended solely for the intended 
recipient(s).  The information in this communication may be 
confidential and/or legally privileged.  Nothing in this e-mail is 
intended to conclude a contract on behalf of QinetiQ or make QinetiQ 
subject to any other legally binding commitments, unless the e-mail 
contains an express statement to the contrary or incorporates a formal Purchase 
Order.

For those other than the recipient any disclosure, copying, 
distribution, or any action taken or omitted to be taken in reliance 
on such information is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be 
monitored and recorded for business purposes including security, audit 
and archival purposes.  Any response to this email indicates consent 
to this.

Telephone calls to QinetiQ may be monitored or recorded for quality 
control, security and other business purposes.

QinetiQ Limited
Registered in England  Wales: Company Number:3796233
Registered office: 85 Buckingham Gate, London SW1E 6PD, United Kingdom
Trading address: Cody Technology Park, Cody Building, Ively Road, Farnborough, 
Hampshire, GU14 0LX, United Kingdom 
http://www.QinetiQ.com/home/legal.html

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


Active Directory group memberships

2008-08-20 Thread James Rankin
Can't seem to find the right words for this query in Google - is there any
way in Active Directory to set two security groups so that a user can only
ever be a member of one of them?

TIA,


JRR

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Dell Vostro 1000

2008-08-20 Thread Jon Harris
Beware it is not available in all states.  Florida for some reason will not
let us buy it but if it were available I know I would.  I have seen too many
times with the user eating at their desk and spilling in the keyboard to not
want it.

Jon

On Tue, Aug 19, 2008 at 9:32 PM, Phil Brutsche [EMAIL PROTECTED] wrote:

 I'll third the complete care.

 I recommend it to *everyone*. Most home users balk at the cost, but it only
 takes one orange juice incident (named after my sister who spilled her
 morning OJ in her Inspiron with just the basic warranty - Dell wanted as
 much as a new one to fix it) for them to see the light of day.

 In educational settings I've seen Dell fix intentional damage inflicted by
 students - I don't think they'll cover that on machines sold through small
 business.

 Sam Cayze [EMAIL PROTECTED] previously uttered:

 And like bob said, complete care is a must with laptops.


 --

  Phil Brutsche
 [EMAIL PROTECTED]


 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Windows Login delay when wireless card is enabled

2008-08-20 Thread Kelsay, Mark
Glad to hear.  Has happened to me a few times.


Mark



-Original Message-
From: Mike Gill [mailto:[EMAIL PROTECTED] 
Sent: 19 August 2008 18:49
To: NT System Admin Issues
Subject: RE: Windows Login delay when wireless card is enabled

Thanks Mark. This was the solution.

-- 
Mike Gill


-Original Message-
From: Kelsay, Mark [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 07, 2008 1:08 AM
To: NT System Admin Issues
Subject: RE: Windows Login delay when wireless card is enabled

Can you disable the wireless card in the docked profile?  This will stop
the logon process using the wireless card at all during logon in the
office.

Mark



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

** This email is sent for and on behalf of Inspop.com Limited ** 
Authorised and regulated by the Financial Services Authority.  Registration no. 
310635.
Inspop.com Limited (also trading as Confused.com) is registered in England 
and Wales at 2nd Floor, Friary House, Greyfriars Road, Cardiff, CF10 3AE (Reg. 
No. 03857130 ).  Any opinions expressed in this email are those of the 
individual and not necessarily the  company. This email and any files 
transmitted with it, including replies and forwarded copies  (which may contain 
alterations) subsequently transmitted from the Company, are confidential  and 
solely for the use of the intended recipient. It may contain material protected 
by  attorney-client privilege. If you are not the intended recipient or the 
person responsible for  delivering to the intended recipient, be advised that 
you have received this email in error  and that any use is strictly prohibited. 
If you have received this email in error please notify the Information Security 
Officer by  telephone on +44 (0) 29 2043 4200. Please then delete this email 
and destroy any copies of it.   This email has been swept for viruses before 
leaving our system.
Security Warning: Please note that this email has been created in the knowledge 
that Internet  email is not a 100% secure communications medium.  We advise 
that you understand and accept  this lack of security when emailing us.
Viruses: Although we have taken steps to ensure that this email and any 
attachments are free  from any virus, we advise that in keeping with good 
computing practice the recipient should  ensure they are actually virus free.
We may monitor the content of E-mails sent and received via our network for 
viruses or  unauthorised use and for other lawful business purposes.
 



This e-mail has been scanned for all viruses by Messagelabs. The
service is powered by MessageLabs. 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: Backup Exec 12 VMs

2008-08-20 Thread Kelsay, Mark
I have 5 VMWare guests on two separate servers that are used for testing
and do not change that much.  I run have scheduled a script to shut them
down every Sunday and then use BE to back up the whole host then use a
script to power them backup again.  So if someone blows one up I can
just restore the VMWare files and attach them to the host.

 

 

Mark

 

From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: 20 August 2008 01:46
To: NT System Admin Issues
Subject: Backup Exec 12  VMs

 

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__


** This email is sent for and on behalf of Inspop.com Limited ** 
Authorised and regulated by the Financial Services Authority.  Registration no. 
310635.
Inspop.com Limited (also trading as Confused.com) is registered in England 
and Wales at 2nd Floor, Friary House, Greyfriars Road, Cardiff, CF10 3AE (Reg. 
No. 03857130 ).  Any opinions expressed in this email are those of the 
individual and not necessarily the  company. This email and any files 
transmitted with it, including replies and forwarded copies  (which may contain 
alterations) subsequently transmitted from the Company, are confidential  and 
solely for the use of the intended recipient. It may contain material protected 
by  attorney-client privilege. If you are not the intended recipient or the 
person responsible for  delivering to the intended recipient, be advised that 
you have received this email in error  and that any use is strictly prohibited. 
If you have received this email in error please notify the Information Security 
Officer by  telephone on +44 (0) 29 2043 4200. Please then delete this email 
and destroy any copies of it.   This email has been swept for viruses before 
leaving our system.
Security Warning: Please note that this email has been created in the knowledge 
that Internet  email is not a 100% secure communications medium.  We advise 
that you understand and accept  this lack of security when emailing us.
Viruses: Although we have taken steps to ensure that this email and any 
attachments are free  from any virus, we advise that in keeping with good 
computing practice the recipient should  ensure they are actually virus free.
We may monitor the content of E-mails sent and received via our network for 
viruses or  unauthorised use and for other lawful business purposes.
 



This e-mail has been scanned for all viruses by Messagelabs. The
service is powered by MessageLabs. 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Daily Report Failed

2008-08-20 Thread Dan Bowlin
ODBC--connection to 'VMFGODBC' failed.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Daily Report Failed

2008-08-20 Thread Steve Kelsay
I am sorry. I know how much these personal failings mean. Perhaps it can
be fixed?

 

From: Dan Bowlin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 8:48 AM
To: NT System Admin Issues
Subject: Daily Report Failed

 

ODBC--connection to 'VMFGODBC' failed. 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

CAL question

2008-08-20 Thread Bob Fronk
 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

 

 

 

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Daily Report Failed

2008-08-20 Thread Dan Bowlin
Sorry, automation glitch, please ignore.

-Original Message-
From: Dan Bowlin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 8:48 AM
To: NT System Admin Issues
Subject: Daily Report Failed



ODBC--connection to 'VMFGODBC' failed. 


 



 




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread NTSysAdmin
No, you are creating users, therefore each one needs an XP  cal and an Exchange 
cal. If they all log on with a generic account, then you can license the device.
S

From: Bob Fronk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 10:06 AM
To: NT System Admin Issues
Subject: CAL question


Ok.. Just to make sure I am correct.

MS Licensing CAL per device.  One device in a remote location.  (Windows XP / 
Office 2007 / Exchange 2003)  I create 4 user accounts and mailboxes and they 
can access through that single PC, at different times of course.

I don't need user CALs for this, correct?

Bob Fronk
[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]












~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread David Mazzaccaro
I only buy device CALs, so that is my understanding as well.
But a quick call to MS would verify.
 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:06 AM
To: NT System Admin Issues
Subject: CAL question



 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

 

 

 

 

 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Daily Report Failed

2008-08-20 Thread Nitsan Reznik
Remind me the PineApp

  _  

From: Dan Bowlin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 4:10 PM
To: NT System Admin Issues
Subject: RE: Daily Report Failed


Sorry, automation glitch, please ignore.

-Original Message-
From: Dan Bowlin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 8:48 AM
To: NT System Admin Issues
Subject: Daily Report Failed



ODBC--connection to 'VMFGODBC' failed. 


 



 




 


 







This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals  computer
viruses.









 
 

This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals  computer 
viruses.




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

VM naming convention

2008-08-20 Thread Dennis Melahn
Quick question to you vmware workstation guys.  We have decided to use 
workstation for a few of our engineering power users. We've always used the 
machine asset number in the naming convention to maintain uniqueness. If we do 
that with the VMs (ie - 12345vm1) then the number will be wrong when the vm is 
transported into then next host. On my setup I use the OS description (ie - 
S2K3x32Stnd_VM1), but these aren't joined to the domain either.  What do you 
guys do?

Thanks,
Dennis

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: CAL question

2008-08-20 Thread Bob Fronk
Backup up your statement with links please.  

 

Bob Fronk

[EMAIL PROTECTED]

859.321.4442

 

From: Steve Moffat [mailto:[EMAIL PROTECTED] On Behalf Of NTSysAdmin
Sent: Wednesday, August 20, 2008 9:15 AM
To: NT System Admin Issues
Subject: RE: CAL question

 

No, you are creating users, therefore each one needs an XP  cal and an
Exchange cal. If they all log on with a generic account, then you can
license the device.

S

 

From: Bob Fronk [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:06 AM
To: NT System Admin Issues
Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: VM naming convention

2008-08-20 Thread Garcia-Moran, Carlos
For all our dev guys that have local VM's we name then jdoeVM001 jdoeVM002 
etc... since we join them to the domain this lets us know that theyre virtual 
and who they belong to, that way if we give them a new desktop naming still 
works

-Original Message-
From: Dennis Melahn [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:21 AM
To: NT System Admin Issues
Subject: VM naming convention

Quick question to you vmware workstation guys.  We have decided to use 
workstation for a few of our engineering power users. We've always used the 
machine asset number in the naming convention to maintain uniqueness. If we do 
that with the VMs (ie - 12345vm1) then the number will be wrong when the vm is 
transported into then next host. On my setup I use the OS description (ie - 
S2K3x32Stnd_VM1), but these aren't joined to the domain either.  What do you 
guys do?

Thanks,
Dennis

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

_
This e-mail, including attachments, contains information that is
confidential and may be protected by attorney/client or other privileges.
This e-mail, including attachments, constitutes non-public information
intended to be conveyed only to the designated recipient(s). If you are not
an intended recipient, you are hereby notified that any unauthorized use,
dissemination, distribution or reproduction of this e-mail, including
attachments, is strictly prohibited and may be unlawful. If you have
received this e-mail in error, please notify me by e-mail reply and delete
the original message and any attachments from your system.
_

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread Andy Ognenoff
Based on the FAQ, I would interpret it the way you do.and that's way the
licensing specialist did too when I talked to 2 different ones a month ago.

 

http://www.microsoft.com/windowsserver2003/howtobuy/licensing/caloverview.ms
px

 

From the link:

 

The option to choose between the two types of Windows CALs offers you the
flexibility to use the licensing that best suits the needs of your
organization. For example:

.

Windows Device CALs might make most economic and administrative sense for an
organization with multiple users for one device, such as shift workers.

.

Whereas, Windows User CALs might make most sense for an organization with
many employees who need access to the corporate network from unknown devices
(for example, when traveling) and/or an organization with employees who
access the network via multiple devices.

 

I have never heard that statement interpreted as that if you create user
accounts for individuals on a single device you need user CALs. That's the
point of a device CAL.

 

 - Andy O. 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 8:06 AM

To: NT System Admin Issues

Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows XP
/ Office 2007 / Exchange 2003)  I create 4 user accounts and mailboxes and
they can access through that single PC, at different times of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED]

 

 

 

 

 

 

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: VM naming convention

2008-08-20 Thread Andy Ognenoff
That's what we do too - physical boxes get the asset tag in the name and VMs
are just sequentially numbered per user if they have more than 1.

 - Andy O.

-Original Message-
From: Garcia-Moran, Carlos [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 8:41 AM
To: NT System Admin Issues
Subject: RE: VM naming convention

For all our dev guys that have local VM's we name then jdoeVM001 jdoeVM002
etc... since we join them to the domain this lets us know that theyre
virtual and who they belong to, that way if we give them a new desktop
naming still works

-Original Message-
From: Dennis Melahn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2008 9:21 AM
To: NT System Admin Issues
Subject: VM naming convention

Quick question to you vmware workstation guys.  We have decided to use
workstation for a few of our engineering power users. We've always used
the machine asset number in the naming convention to maintain uniqueness.
If we do that with the VMs (ie - 12345vm1) then the number will be wrong
when the vm is transported into then next host. On my setup I use the OS
description (ie - S2K3x32Stnd_VM1), but these aren't joined to the domain
either.  What do you guys do?



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: Backup Exec 12 VMs

2008-08-20 Thread Roger Wright
So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 19, 2008 7:46 PM
To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread David Mazzaccaro
Whichever I have fewer of... that is what I buy.
Fewer computers than users, buy DEVICE CALS  (I have found this to be
the most common scenario)
Fewer users than computers, buy USER CALS
This holds true for Windows 2003 Server CALS, Exchange 2003 Server CALS,
Office 2003 CALS.
 
-Dave
 



From: Andy Ognenoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:51 AM
To: NT System Admin Issues
Subject: RE: CAL question



Based on the FAQ, I would interpret it the way you do...and that's way
the licensing specialist did too when I talked to 2 different ones a
month ago.

 

http://www.microsoft.com/windowsserver2003/howtobuy/licensing/calovervie
w.mspx

 

From the link:

 

The option to choose between the two types of Windows CALs offers you
the flexibility to use the licensing that best suits the needs of your
organization. For example:

*

Windows Device CALs might make most economic and administrative sense
for an organization with multiple users for one device, such as shift
workers.

*

Whereas, Windows User CALs might make most sense for an organization
with many employees who need access to the corporate network from
unknown devices (for example, when traveling) and/or an organization
with employees who access the network via multiple devices.

 

I have never heard that statement interpreted as that if you create user
accounts for individuals on a single device you need user CALs. That's
the point of a device CAL.

 

 - Andy O. 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 8:06 AM

To: NT System Admin Issues

Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED]

 

 

 

 

 

 

 

 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Dell Vostro 1000

2008-08-20 Thread Micheal Espinola Jr
Too many orange juice incidents there I guess.

On Wed, Aug 20, 2008 at 5:59 AM, Jon Harris [EMAIL PROTECTED] wrote:
 Beware it is not available in all states.  Florida for some reason will not
 let us buy it but if it were available I know I would.  I have seen too many
 times with the user eating at their desk and spilling in the keyboard to not
 want it.

 Jon

 On Tue, Aug 19, 2008 at 9:32 PM, Phil Brutsche [EMAIL PROTECTED] wrote:

 I'll third the complete care.

 I recommend it to *everyone*. Most home users balk at the cost, but it
 only takes one orange juice incident (named after my sister who spilled
 her morning OJ in her Inspiron with just the basic warranty - Dell wanted as
 much as a new one to fix it) for them to see the light of day.

 In educational settings I've seen Dell fix intentional damage inflicted by
 students - I don't think they'll cover that on machines sold through small
 business.

 Sam Cayze [EMAIL PROTECTED] previously uttered:

 And like bob said, complete care is a must with laptops.

 --

 Phil Brutsche
 [EMAIL PROTECTED]


 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~







-- 
ME2

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
To back up the VMDK files, you will need a different tool. I think BE has an
option now for that, but we use RangerPro, which, as you said, basically
encapsulates the VM and can spot restore the entire VM to any host. It is
made by Vizioncore. They also make a vReplicator product to do live
replication of VMs.

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED] wrote:

  So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM
 *To:* NT System Admin Issues
 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just throw
 the agent on the guest and back it up directly.  Don't really ever need to
 backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can, if
 you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


  --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]
 *Sent:* Tuesday, August 19, 2008 7:46 PM
 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.




















~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Dell Vostro 1000

2008-08-20 Thread Jon Harris
More likely something to do with it maybe a form of Insurance and that is
highly regulated and treated in an adversarial manner.  Especially after the
year with multiple hurricanes hitting us.  A lot of the companies did not
have the reserves to pay out and their customers took a bath.

Jon

On Wed, Aug 20, 2008 at 10:01 AM, Micheal Espinola Jr 
[EMAIL PROTECTED] wrote:

 Too many orange juice incidents there I guess.

 On Wed, Aug 20, 2008 at 5:59 AM, Jon Harris [EMAIL PROTECTED] wrote:
  Beware it is not available in all states.  Florida for some reason will
 not
  let us buy it but if it were available I know I would.  I have seen too
 many
  times with the user eating at their desk and spilling in the keyboard to
 not
  want it.
 
  Jon
 
  On Tue, Aug 19, 2008 at 9:32 PM, Phil Brutsche [EMAIL PROTECTED]
 wrote:
 
  I'll third the complete care.
 
  I recommend it to *everyone*. Most home users balk at the cost, but it
  only takes one orange juice incident (named after my sister who
 spilled
  her morning OJ in her Inspiron with just the basic warranty - Dell
 wanted as
  much as a new one to fix it) for them to see the light of day.
 
  In educational settings I've seen Dell fix intentional damage inflicted
 by
  students - I don't think they'll cover that on machines sold through
 small
  business.
 
  Sam Cayze [EMAIL PROTECTED] previously uttered:
 
  And like bob said, complete care is a must with laptops.
 
  --
 
  Phil Brutsche
  [EMAIL PROTECTED]
 
 
  ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
  ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~
 
 
 
 



 --
 ME2

 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
Only if they are powered up and live though. If powered down they are
just another file/folder sitting on the host system.

Also purchased Ranger here. I couldn't get BE to work with VCB backups.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 8:03 AM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread Bob Fronk
99% of the time, our users have their own computer, so device CALs
have always been appropriate.

 

This time, there will be one remote PC, with multiple users potentially
using it.  

 

Thanks for everyone's' input.

 

Bob 

 

From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:01 AM
To: NT System Admin Issues
Subject: RE: CAL question

 

Whichever I have fewer of... that is what I buy.

Fewer computers than users, buy DEVICE CALS  (I have found this to be
the most common scenario)

Fewer users than computers, buy USER CALS

This holds true for Windows 2003 Server CALS, Exchange 2003 Server CALS,
Office 2003 CALS.

 

-Dave

 

 



From: Andy Ognenoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:51 AM
To: NT System Admin Issues
Subject: RE: CAL question

Based on the FAQ, I would interpret it the way you do...and that's way
the licensing specialist did too when I talked to 2 different ones a
month ago.

 

http://www.microsoft.com/windowsserver2003/howtobuy/licensing/calovervie
w.mspx

 

From the link:

 

The option to choose between the two types of Windows CALs offers you
the flexibility to use the licensing that best suits the needs of your
organization. For example:

*

Windows Device CALs might make most economic and administrative sense
for an organization with multiple users for one device, such as shift
workers.

*

Whereas, Windows User CALs might make most sense for an organization
with many employees who need access to the corporate network from
unknown devices (for example, when traveling) and/or an organization
with employees who access the network via multiple devices.

 

 

I have never heard that statement interpreted as that if you create user
accounts for individuals on a single device you need user CALs. That's
the point of a device CAL.

 

 - Andy O. 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 8:06 AM

To: NT System Admin Issues

Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED]

 

 

 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread David Mazzaccaro
It sounds like you only need device CAL(s) for this remote PC.
Windows 2003 Server Device CAL - if the users are connecting to the
domain
Exchange 2003 Server Device CAL - if the users are connecting to the
Exchange server
Office 2003 Device CAL - if the users will be running Office
 
 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:30 AM
To: NT System Admin Issues
Subject: RE: CAL question



99% of the time, our users have their own computer, so device CALs
have always been appropriate.

 

This time, there will be one remote PC, with multiple users potentially
using it.  

 

Thanks for everyone's' input.

 

Bob 

 

From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:01 AM
To: NT System Admin Issues
Subject: RE: CAL question

 

Whichever I have fewer of... that is what I buy.

Fewer computers than users, buy DEVICE CALS  (I have found this to be
the most common scenario)

Fewer users than computers, buy USER CALS

This holds true for Windows 2003 Server CALS, Exchange 2003 Server CALS,
Office 2003 CALS.

 

-Dave

 

 



From: Andy Ognenoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:51 AM
To: NT System Admin Issues
Subject: RE: CAL question

Based on the FAQ, I would interpret it the way you do...and that's way
the licensing specialist did too when I talked to 2 different ones a
month ago.

 

http://www.microsoft.com/windowsserver2003/howtobuy/licensing/calovervie
w.mspx

 

From the link:

 

The option to choose between the two types of Windows CALs offers you
the flexibility to use the licensing that best suits the needs of your
organization. For example:

*

Windows Device CALs might make most economic and administrative sense
for an organization with multiple users for one device, such as shift
workers.

*

Whereas, Windows User CALs might make most sense for an organization
with many employees who need access to the corporate network from
unknown devices (for example, when traveling) and/or an organization
with employees who access the network via multiple devices.

 

 

I have never heard that statement interpreted as that if you create user
accounts for individuals on a single device you need user CALs. That's
the point of a device CAL.

 

 - Andy O. 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 8:06 AM

To: NT System Admin Issues

Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED]

 

 

 

 

 

 

 

 

 

 

 

 

 

 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: CAL question

2008-08-20 Thread Bob Fronk
We have Core Cal + Office, so we are good.

 

Thanks.

 

Bob Fronk

[EMAIL PROTECTED]

 

From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:32 AM
To: NT System Admin Issues
Subject: RE: CAL question

 

It sounds like you only need device CAL(s) for this remote PC.

Windows 2003 Server Device CAL - if the users are connecting to the
domain

Exchange 2003 Server Device CAL - if the users are connecting to the
Exchange server

Office 2003 Device CAL - if the users will be running Office

 

 

 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:30 AM
To: NT System Admin Issues
Subject: RE: CAL question

99% of the time, our users have their own computer, so device CALs
have always been appropriate.

 

This time, there will be one remote PC, with multiple users potentially
using it.  

 

Thanks for everyone's' input.

 

Bob 

 

From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:01 AM
To: NT System Admin Issues
Subject: RE: CAL question

 

Whichever I have fewer of... that is what I buy.

Fewer computers than users, buy DEVICE CALS  (I have found this to be
the most common scenario)

Fewer users than computers, buy USER CALS

This holds true for Windows 2003 Server CALS, Exchange 2003 Server CALS,
Office 2003 CALS.

 

-Dave

 

 



From: Andy Ognenoff [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:51 AM
To: NT System Admin Issues
Subject: RE: CAL question

Based on the FAQ, I would interpret it the way you do...and that's way
the licensing specialist did too when I talked to 2 different ones a
month ago.

 

http://www.microsoft.com/windowsserver2003/howtobuy/licensing/calovervie
w.mspx

 

From the link:

 

The option to choose between the two types of Windows CALs offers you
the flexibility to use the licensing that best suits the needs of your
organization. For example:

*

Windows Device CALs might make most economic and administrative sense
for an organization with multiple users for one device, such as shift
workers.

*

Whereas, Windows User CALs might make most sense for an organization
with many employees who need access to the corporate network from
unknown devices (for example, when traveling) and/or an organization
with employees who access the network via multiple devices.

 

 

I have never heard that statement interpreted as that if you create user
accounts for individuals on a single device you need user CALs. That's
the point of a device CAL.

 

 - Andy O. 



From: Bob Fronk [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 8:06 AM

To: NT System Admin Issues

Subject: CAL question

 

 

Ok.. Just to make sure I am correct.  

 

MS Licensing CAL per device.  One device in a remote location.  (Windows
XP / Office 2007 / Exchange 2003)  I create 4 user accounts and
mailboxes and they can access through that single PC, at different times
of course.

 

I don't need user CALs for this, correct?

 

Bob Fronk

[EMAIL PROTECTED]

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
How would you grab a file off the host with BE even if it is powered down?

On Wed, Aug 20, 2008 at 9:21 AM, Eldridge, Dave [EMAIL PROTECTED] wrote:

  Only if they are powered up and live though. If powered down they are
 just another file/folder sitting on the host system.

 Also purchased Ranger here. I couldn't get BE to work with VCB backups.



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 8:03 AM
 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 To back up the VMDK files, you will need a different tool. I think BE has
 an option now for that, but we use RangerPro, which, as you said, basically
 encapsulates the VM and can spot restore the entire VM to any host. It is
 made by Vizioncore. They also make a vReplicator product to do live
 replication of VMs.

 On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED] wrote:

 So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM


 *To:* NT System Admin Issues

 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just throw
 the agent on the guest and back it up directly.  Don't really ever need to
 backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can, if
 you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


  --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]

 *Sent:* Tuesday, August 19, 2008 7:46 PM

 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.

























 This e-mail contains the thoughts and opinions of the sender and does not
 represent official Parkview Medical Center policy.

 This communication is intended only for the recipient(s) named above, may
 be confidential and/or legally privileged: and, must be treated as such in
 accordance with state and federal laws. If you are not the intended
 recipient, you are hereby notified that any use of this communication, or
 any of its contents, is prohibited. If you have received this communication
 in error, please return to sender and delete the message from your computer
 system.







~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
I am assuming the host is running server 2003 with VMServer and the one
BE agent installed on it. The vm's are powered down so they would be
accessible like any other file/folder on that server.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:04 AM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

How would you grab a file off the host with BE even if it is powered
down? 

On Wed, Aug 20, 2008 at 9:21 AM, Eldridge, Dave [EMAIL PROTECTED]
wrote:

Only if they are powered up and live though. If powered down they are
just another file/folder sitting on the host system.

Also purchased Ranger here. I couldn't get BE to work with VCB backups.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 8:03 AM


To: NT System Admin Issues

Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

This e-mail contains the thoughts and opinions of the sender and does
not represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named above,
may be confidential and/or legally privileged: and, must be treated as
such in accordance with state and federal laws. If you are not the
intended recipient, you are hereby notified that any use of this
communication, or any of its contents, is prohibited. If you have
received this communication in error, please return to sender and delete
the message from your computer system.

 

 

 

 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: VM naming convention

2008-08-20 Thread Christopher J. Bosak
As silly as it sounds. Name them from characters in the Matrix. That way we 
know they're not a Real World machine.

Yeah, I'm weird... but it works.

Christopher J. Bosak
Vector Company
c. 847.603.4673
[EMAIL PROTECTED]

You need to install an RTFM Interface, due to an LBNC issue.
- B.O.F.H. (Merged 2 into 1) - Me

-Original Message-
From: Dennis Melahn [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 08:21 hrs
To: NT System Admin Issues
Subject: VM naming convention

Quick question to you vmware workstation guys.  We have decided to use 
workstation for a few of our engineering power users. We've always used the 
machine asset number in the naming convention to maintain uniqueness. If we do 
that with the VMs (ie - 12345vm1) then the number will be wrong when the vm is 
transported into then next host. On my setup I use the OS description (ie - 
S2K3x32Stnd_VM1), but these aren't joined to the domain either.  What do you 
guys do?

Thanks,
Dennis

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


KMS question

2008-08-20 Thread Glen Johnson
I'm trying to get my head around this and reading has me even more
confused than when I started.

We have a server 08 machine which is activated using the server 08 kms
key.

I'm trying to use this same server as the KMS host for our Vista
clients.

The docs say to install the KMS keys only on kms hosts, not clients.

No matter what I do, I can't get the vista KMS key to install on the
server 08 machine.

I run the cscript \windows\system32\slmgr.vbs /ipk  vista-kms-key, all
25 characters with dashes and it tells me the license key was not
installed.

The error is 0x2a 0xc004f015

Slui with that error doesn't give any useful info.

I don't see any reference that I can install more than one key on any
KMS host.

Am I going to have to set up a second KMS server and only add the vista
key to it?

Am I totally misunderstanding something or should I call MS and make
sure the keys are valid?

Call me confused.

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
Oh that is completely different. I did not read his post specifically. You
are right. I am thinking of ESX

On Wed, Aug 20, 2008 at 10:04 AM, mqcarp [EMAIL PROTECTED] wrote:

 How would you grab a file off the host with BE even if it is powered down?

 On Wed, Aug 20, 2008 at 9:21 AM, Eldridge, Dave [EMAIL PROTECTED]wrote:

  Only if they are powered up and live though. If powered down they are
 just another file/folder sitting on the host system.

 Also purchased Ranger here. I couldn't get BE to work with VCB backups.



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 8:03 AM
 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 To back up the VMDK files, you will need a different tool. I think BE has
 an option now for that, but we use RangerPro, which, as you said, basically
 encapsulates the VM and can spot restore the entire VM to any host. It is
 made by Vizioncore. They also make a vReplicator product to do live
 replication of VMs.

 On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
 wrote:

 So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM


 *To:* NT System Admin Issues

 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just
 throw the agent on the guest and back it up directly.  Don't really ever
 need to backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can,
 if you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


  --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]

 *Sent:* Tuesday, August 19, 2008 7:46 PM

 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the
 VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.

























 This e-mail contains the thoughts and opinions of the sender and does not
 represent official Parkview Medical Center policy.

 This communication is intended only for the recipient(s) named above, may
 be confidential and/or legally privileged: and, must be treated as such in
 accordance with state and federal laws. If you are not the intended
 recipient, you are hereby notified that any use of this communication, or
 any of its contents, is prohibited. If you have received this communication
 in error, please return to sender and delete the message from your computer
 system.












~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Roger Wright
I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
Do you have the open file option for your BE? If so, then I see no reason
why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED] wrote:

  I just did a test.  Last night I backed up the Virtual Machines folder on
 the host box as part of my normal backup routine.  The single VM was running
 at the time.



 This morning I deleted that entire folder and restored it from the backup.
 I was able to restart the VM without a problem.



 So it appears that recovery of VMs will be relatively easy as long as I
 don't require recovery of individual files within the VM.



 Am I missing something here?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 10:03 AM

 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 To back up the VMDK files, you will need a different tool. I think BE has
 an option now for that, but we use RangerPro, which, as you said, basically
 encapsulates the VM and can spot restore the entire VM to any host. It is
 made by Vizioncore. They also make a vReplicator product to do live
 replication of VMs.

 On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED] wrote:

 So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM


 *To:* NT System Admin Issues

 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just throw
 the agent on the guest and back it up directly.  Don't really ever need to
 backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can, if
 you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


  --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]

 *Sent:* Tuesday, August 19, 2008 7:46 PM

 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.
































~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
I had to double check that also.

 

Roger I would have thought vmserver would have had parts of the vmdk
files locked open if the vm was running. I guess not.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 9:42 AM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Oh that is completely different. I did not read his post specifically.
You are right. I am thinking of ESX

On Wed, Aug 20, 2008 at 10:04 AM, mqcarp [EMAIL PROTECTED] wrote:

How would you grab a file off the host with BE even if it is powered
down? 

On Wed, Aug 20, 2008 at 9:21 AM, Eldridge, Dave [EMAIL PROTECTED]
wrote:

Only if they are powered up and live though. If powered down
they are just another file/folder sitting on the host system.

Also purchased Ranger here. I couldn't get BE to work with VCB
backups.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 8:03 AM


To: NT System Admin Issues

Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I
think BE has an option now for that, but we use RangerPro, which, as you
said, basically encapsulates the VM and can spot restore the entire VM
to any host. It is made by Vizioncore. They also make a vReplicator
product to do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright
[EMAIL PROTECTED] wrote:

So the agent on the host will not backup the .vm* files?  It
would seem that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would
just throw the agent on the guest and back it up directly.  Don't really
ever need to backup the host. (Assuming all the host does is VMware
Server).

 

BE agents on the host can't backup guests out of the box.  But
they can, if you get creative and start sceduling/scripting
snapshots/suspends.  Worth investigating once you start getting more
Guests running on one hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future
machines with Backup Exec?  

Does the host BE agent cover the guests or do I need to place an
agent on each?  

Or is that only necessary if I wish to restore files/folders
within the VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

This e-mail contains the thoughts and opinions of the sender and
does not represent official Parkview Medical Center policy.

This communication is intended only for the recipient(s) named
above, may be confidential and/or legally privileged: and, must be
treated as such in accordance with state and federal laws. If you are
not the intended recipient, you are hereby notified that any use of this
communication, or any of its contents, is prohibited. If you have
received this communication in error, please return to sender and delete
the message from your computer system.

 

 

 

 

 

 

 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Blackberry level1 messages?

2008-08-20 Thread David Mazzaccaro
Hi,
I would to set different notifications for internal (co-workers) vs.
external (internet) email messages that arrive on my BB.
I am guessing I'll have to tag all internal emails at level1 messages
(or all external messages) as level1?
Is this possible?
Thx


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Sam Cayze
That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.
 
I wouldn't do backup the virtual machines that way unless they are
suspended.



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:35 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs



Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
The Open file option is supposed to handle that, but I agree with Sam. Time
for the disclaimerthis is not legal advice and should not be construed
as such...yada...yada...yada

On Wed, Aug 20, 2008 at 11:51 AM, Sam Cayze [EMAIL PROTECTED] wrote:

  That's a pretty 'harsh' way to copy a server.  If there are databases or
 anything running on the guest, I would expect some corruption on a restore.
 It's the equivalent of unplugging a live server, and powering it back on
 again.

 I wouldn't do backup the virtual machines that way unless they are
 suspended.

  --
 *From:* Roger Wright [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 11:35 AM

 *To:* NT System Admin Issues
 *Subject:* RE: Backup Exec 12  VMs

  Yep, version 12 agents include the ability to capture open files.  So
 then I should be good to go, right?







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 PM
 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 Do you have the open file option for your BE? If so, then I see no reason
 why that would not work.

 On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
 wrote:

 I just did a test.  Last night I backed up the Virtual Machines folder on
 the host box as part of my normal backup routine.  The single VM was running
 at the time.



 This morning I deleted that entire folder and restored it from the backup.
 I was able to restart the VM without a problem.



 So it appears that recovery of VMs will be relatively easy as long as I
 don't require recovery of individual files within the VM.



 Am I missing something here?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 10:03 AM


 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 To back up the VMDK files, you will need a different tool. I think BE has
 an option now for that, but we use RangerPro, which, as you said, basically
 encapsulates the VM and can spot restore the entire VM to any host. It is
 made by Vizioncore. They also make a vReplicator product to do live
 replication of VMs.

 On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED] wrote:

 So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM


 *To:* NT System Admin Issues

 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just throw
 the agent on the guest and back it up directly.  Don't really ever need to
 backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can, if
 you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


   --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]

 *Sent:* Tuesday, August 19, 2008 7:46 PM

 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.

















































~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Blackberry level1 messages?

2008-08-20 Thread Bob Fronk
I use BBAlerts for different notifications  (like more than one beep
that there is a voicemail).  I think it will do what you want.

 

I am also pretty sure that REXwireless AlertMatrix will.
http://www.rexwireless.com/amx-download.php

 

 

Bob Fronk

[EMAIL PROTECTED]

 

From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:40 PM
To: NT System Admin Issues
Subject: Blackberry level1 messages?

 

Hi, 
I would to set different notifications for internal (co-workers) vs.
external (internet) email messages that arrive on my BB.

I am guessing I'll have to tag all internal emails at level1 messages
(or all external messages) as level1? 
Is this possible? 
Thx 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Blackberry level1 messages?

2008-08-20 Thread Richards, Brian D
A couple of references on Level 1 messages:
 
http://cbudd.com/bb/bbfaq.htm#e14
 
http://www.blackberryforums.com/general-8100-series-discussion-pearl/551
43-level-1-messages.html



From: David Mazzaccaro [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:40 PM
To: NT System Admin Issues
Subject: Blackberry level1 messages?



Hi, 
I would to set different notifications for internal (co-workers) vs.
external (internet) email messages that arrive on my BB.

I am guessing I'll have to tag all internal emails at level1 messages
(or all external messages) as level1? 
Is this possible? 
Thx 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Firewall for home users

2008-08-20 Thread Mike Gill
That's one heckuva sig dude. Wow.

-- 
Mike Gill


-Original Message-
From: Ames Matthew B [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 19, 2008 11:47 PM
To: NT System Admin Issues
Subject: RE: Firewall for home users

 I use IPCop and it's a great way to recycle old computers.  If you're
spending more than 
 about $50 for a home router/security box and you have old boxes
available at no cost, 
 it's actually less expensive, the extra electricity the IPcop box uses
is about $15-$20/year.  
 Addons allow scanning using ClamAV and blocking of bad sites using
DansGuardian.

I wish electricity was that cheap in the UK :-( 
The information contained in this E-Mail and any subsequent 
correspondence is private and is intended solely for the intended 
recipient(s).  The information in this communication may be 
confidential and/or legally privileged.  Nothing in this e-mail is 
intended to conclude a contract on behalf of QinetiQ or make QinetiQ 
subject to any other legally binding commitments, unless the e-mail 
contains an express statement to the contrary or incorporates a formal
Purchase Order.

For those other than the recipient any disclosure, copying, 
distribution, or any action taken or omitted to be taken in reliance 
on such information is prohibited and may be unlawful.

Emails and other electronic communication with QinetiQ may be 
monitored and recorded for business purposes including security, audit 
and archival purposes.  Any response to this email indicates consent 
to this.

Telephone calls to QinetiQ may be monitored or recorded for quality 
control, security and other business purposes.

QinetiQ Limited
Registered in England  Wales: Company Number:3796233
Registered office: 85 Buckingham Gate, London SW1E 6PD, United Kingdom
Trading address: Cody Technology Park, Cody Building, Ively Road,
Farnborough, Hampshire, GU14 0LX, United Kingdom 
http://www.QinetiQ.com/home/legal.html

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
Agree Roger. Either script a power down/up or manually power down and
get a good backup.

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:12 AM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

The Open file option is supposed to handle that, but I agree with Sam.
Time for the disclaimerthis is not legal advice and should not be
construed as such...yada...yada...yada

On Wed, Aug 20, 2008 at 11:51 AM, Sam Cayze [EMAIL PROTECTED]
wrote:

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 11:35 AM


To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

RE: Backup Exec 12 VMs

2008-08-20 Thread Roger Wright
I understand and good advice.  I'm just thinking about using this on
basic application servers without active databases, and even then, only
as an secondary alternative to using the agent on each VM.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:51 PM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:35 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread Devin Meade
We have a similar setup (non critical servers on a vm guest with the
free vmware server).

I put the BE remote agent on the host server, not the guest.  Then
have the BE media server run a pre job script to shut down the VM,
then backup the folder containing the VM, then run a post job script
that defrags the Virt HDD and then powers it back on.

This means I can use one agent license to backup all the guests, but
the guest must be shutdown.  Works for us.

hth, Devin

On Tue, Aug 19, 2008 at 7:45 PM, Roger Wright [EMAIL PROTECTED] wrote:
 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.







-- 
Devin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
That's what I do here with Ranger. I use agents to do daily backups and
once a month or so I do complete vcb image backups that get stored off
site.

 

From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:30 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

I understand and good advice.  I'm just thinking about using this on
basic application servers without active databases, and even then, only
as an secondary alternative to using the agent on each VM.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:51 PM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:35 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 



This message contains confidential information and is intended only for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute or copy this e-mail. Please notify the sender immediately via e-mail 
if you have received this e-mail by mistake; then, delete this e-mail from your 
system.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

CDW Site...

2008-08-20 Thread Bill Lambert
Is anyone else experiencing the CDW extranet site being slow almost to
the point of being unusable?  I've noticed over the last couple days.

 

Bill Lambert

Windows System Administrator

Concuity

A healthcare division of Trintech, Inc.  

Phone  847-941-9206

Fax  847-465-9147

 

NASDAQ: TTPA

The information contained in this e-mail message, including any attached
files, is intended only for the personal and confidential use of the
recipient(s) named above. If you are not the intended recipient (or
authorized to receive information for the recipient) you are hereby
notified that you have received this communication in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please contact the sender by reply email and delete all copies of this
message.  Thank you.

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~image001.gif

RE: CDW Site...

2008-08-20 Thread Bob Fronk
Days???

 

Try months  Slowest site I deal with... Well, close second to ATT
Premier Wireless site.

 

Bob Fronk

[EMAIL PROTECTED]

 

From: Bill Lambert [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 1:52 PM
To: NT System Admin Issues
Subject: CDW Site...

 

Is anyone else experiencing the CDW extranet site being slow almost to
the point of being unusable?  I've noticed over the last couple days.

 

Bill Lambert

Windows System Administrator

Concuity

A healthcare division of Trintech, Inc.  

Phone  847-941-9206

Fax  847-465-9147

 

NASDAQ: TTPA

The information contained in this e-mail message, including any attached
files, is intended only for the personal and confidential use of the
recipient(s) named above. If you are not the intended recipient (or
authorized to receive information for the recipient) you are hereby
notified that you have received this communication in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please contact the sender by reply email and delete all copies of this
message.  Thank you.

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~image001.gif

Re: CDW Site...

2008-08-20 Thread mqcarp
slow slow...yes

On Wed, Aug 20, 2008 at 12:59 PM, Bob Fronk [EMAIL PROTECTED] wrote:

  Days???



 Try months….  Slowest site I deal with… Well, close second to ATT Premier
 Wireless site.



 Bob Fronk

 [EMAIL PROTECTED]



 *From:* Bill Lambert [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 1:52 PM
 *To:* NT System Admin Issues
 *Subject:* CDW Site...



 Is anyone else experiencing the CDW extranet site being slow almost to the
 point of being unusable?  I've noticed over the last couple days.



 *Bill Lambert*

 *Windows System Administrator*

 *Concuity*

 *A healthcare division of Trintech, Inc.  *

 *Phone  847-941-9206*

 *Fax  847-465-9147*

 **

 *NASDAQ: TTPA***

 *The information contained in this e-mail message, including any attached
 files, is intended only for the personal and confidential use of the
 recipient(s) named above. If you are not the intended recipient (or
 authorized to receive information for the recipient) you are hereby notified
 that you have received this communication in error and that any review,
 dissemination, distribution, or copying of this message is strictly
 prohibited. If you have received this communication in error, please contact
 the sender by reply email and delete all copies of this message.  Thank you.
 ***
















~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~image001.gif

Re: CDW Site...

2008-08-20 Thread Klint Price - ArizonaITPro




Qwest's "Qwest Control" has to take the cake for the slowest site.

Click on a link, go home, come back in the AM, and it might be loaded.



Bob Fronk wrote:

  
  

  
  
  Days???
  
  Try months.
Slowest site I deal with Well, close second to ATT Premier Wireless
site.
  
  
  Bob Fronk
  [EMAIL PROTECTED]
  
  
  
  
  From: Bill
Lambert [mailto:[EMAIL PROTECTED]] 
  Sent: Wednesday, August 20, 2008 1:52 PM
  To: NT System Admin Issues
  Subject: CDW Site...
  
  
  
  Is anyone else
experiencing the CDW
extranet site being slow almost to the point of being unusable?
Ive noticed over the last couple days.
  
  Bill
Lambert
  Windows
System Administrator
  Concuity
  A healthcare division of
Trintech, Inc. 
  Phone
847-941-9206
  Fax
847-465-9147
  
  NASDAQ:
TTPA
  The information contained in
this e-mail message, including any
attached files, is intended only for the personal and confidential use
of the
recipient(s) named above. If you are not the intended recipient (or
authorized
to receive information for the recipient) you are hereby notified that
you have
received this communication in error and that any review,
dissemination,
distribution, or copying of this message is strictly prohibited. If you
have
received this communication in error, please contact the sender by
reply email
and delete all copies of this message. Thank you.
  
  
  
  
  
  
  
   
  











Re: CDW Site...

2008-08-20 Thread Jon Harris
The CDWG.com site seems to be pretty quick to me.

Jon

On Wed, Aug 20, 2008 at 2:01 PM, mqcarp [EMAIL PROTECTED] wrote:

 slow slow...yes


 On Wed, Aug 20, 2008 at 12:59 PM, Bob Fronk [EMAIL PROTECTED] wrote:

  Days???



 Try months….  Slowest site I deal with… Well, close second to ATT Premier
 Wireless site.



 Bob Fronk

 [EMAIL PROTECTED]



 *From:* Bill Lambert [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 1:52 PM
 *To:* NT System Admin Issues
 *Subject:* CDW Site...



 Is anyone else experiencing the CDW extranet site being slow almost to the
 point of being unusable?  I've noticed over the last couple days.



 *Bill Lambert*

 *Windows System Administrator*

 *Concuity*

 *A healthcare division of Trintech, Inc.  *

 *Phone  847-941-9206*

 *Fax  847-465-9147*

 **

 *NASDAQ: TTPA***

 *The information contained in this e-mail message, including any attached
 files, is intended only for the personal and confidential use of the
 recipient(s) named above. If you are not the intended recipient (or
 authorized to receive information for the recipient) you are hereby notified
 that you have received this communication in error and that any review,
 dissemination, distribution, or copying of this message is strictly
 prohibited. If you have received this communication in error, please contact
 the sender by reply email and delete all copies of this message.  Thank you.
 ***





















~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~image001.gif

RE: CDW Site...

2008-08-20 Thread Terry Dickson
Kind of slow to do the initial logon, and slow to do product lookups,
however looking at order history and status and shipping info seems kind
of ok at this second.

-Original Message-
From: Bill Lambert [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:52 PM
To: NT System Admin Issues
Subject: CDW Site...

Is anyone else experiencing the CDW extranet site being slow almost to
the point of being unusable?  I've noticed over the last couple days.

 

Bill Lambert

Windows System Administrator

Concuity

A healthcare division of Trintech, Inc.  

Phone  847-941-9206

Fax  847-465-9147



NASDAQ: TTPA

The information contained in this e-mail message, including any attached
files, is intended only for the personal and confidential use of the
recipient(s) named above. If you are not the intended recipient (or
authorized to receive information for the recipient) you are hereby
notified that you have received this communication in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please contact the sender by reply email and delete all copies of this
message.  Thank you.

 


 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: Backup Exec 12 VMs

2008-08-20 Thread [EMAIL PROTECTED]
What this boils down to is a image vs file level backup. Products such as
Vizioncore ESX vRanger do Image level and file level backups. Installing
agent inside each VM does not guarantee recovery. This is not the preferred
method because if you try to back up a bunch of VM's with agents installed
you could have problems with CPU and memory on ESX host. The preferred
method is setting up a backup proxy with VCB and the backup software of
your choice that works with ESX. This allows for snapshots and fixes the
open file problem. Also, this a LAN free backup wheras with an agent
installed in each VM your are backing up over the network. Installing agent
in host not recommeded either unless you have small number of VM's. Can
adversely affect ESX host performance. Also have to maintain scripts with
that method.

Mike

Original Message:
-
From: Roger Wright [EMAIL PROTECTED]
Date: Wed, 20 Aug 2008 13:29:45 -0400
To: ntsysadmin@lyris.sunbelt-software.com
Subject: RE: Backup Exec 12  VMs


I understand and good advice.  I'm just thinking about using this on
basic application servers without active databases, and even then, only
as an secondary alternative to using the agent on each VM.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:51 PM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:35 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator


Re: Firewall for home users

2008-08-20 Thread Lenny Bensman
LOL, indeed!!!

Why would you be stating in an _email_ that _telephone_ calls to whatever
may be monitored???


On 8/20/08, Mike Gill [EMAIL PROTECTED] wrote:

 That's one heckuva sig dude. Wow.

 --
 Mike Gill


 -Original Message-
 From: Ames Matthew B [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, August 19, 2008 11:47 PM
 To: NT System Admin Issues
 Subject: RE: Firewall for home users

  I use IPCop and it's a great way to recycle old computers.  If you're
 spending more than
  about $50 for a home router/security box and you have old boxes
 available at no cost,
  it's actually less expensive, the extra electricity the IPcop box uses
 is about $15-$20/year.
  Addons allow scanning using ClamAV and blocking of bad sites using
 DansGuardian.

 I wish electricity was that cheap in the UK :-(
 The information contained in this E-Mail and any subsequent
 correspondence is private and is intended solely for the intended
 recipient(s).  The information in this communication may be
 confidential and/or legally privileged.  Nothing in this e-mail is
 intended to conclude a contract on behalf of QinetiQ or make QinetiQ
 subject to any other legally binding commitments, unless the e-mail
 contains an express statement to the contrary or incorporates a formal
 Purchase Order.

 For those other than the recipient any disclosure, copying,
 distribution, or any action taken or omitted to be taken in reliance
 on such information is prohibited and may be unlawful.

 Emails and other electronic communication with QinetiQ may be
 monitored and recorded for business purposes including security, audit
 and archival purposes.  Any response to this email indicates consent
 to this.

 Telephone calls to QinetiQ may be monitored or recorded for quality
 control, security and other business purposes.

 QinetiQ Limited
 Registered in England  Wales: Company Number:3796233
 Registered office: 85 Buckingham Gate, London SW1E 6PD, United Kingdom
 Trading address: Cody Technology Park, Cody Building, Ively Road,
 Farnborough, Hampshire, GU14 0LX, United Kingdom
 http://www.QinetiQ.com/home/legal.html

 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Backup Exec 12 VMs

2008-08-20 Thread mqcarp
Dave we do standard backups and flat SQL back ups  and DAILY Ranger back ups
and DAILY replication. It is called paranoia...

On Wed, Aug 20, 2008 at 12:34 PM, Eldridge, Dave [EMAIL PROTECTED] wrote:

  That's what I do here with Ranger. I use agents to do daily backups and
 once a month or so I do complete vcb image backups that get stored off site.



 *From:* Roger Wright [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 11:30 AM

 *To:* NT System Admin Issues
 *Subject:* RE: Backup Exec 12  VMs



 I understand and good advice.  I'm just thinking about using this on basic
 application servers without active databases, and even then, only as an
 secondary alternative to using the agent on each VM.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:51 PM
 *To:* NT System Admin Issues
 *Subject:* RE: Backup Exec 12  VMs



 That's a pretty 'harsh' way to copy a server.  If there are databases or
 anything running on the guest, I would expect some corruption on a restore.
 It's the equivalent of unplugging a live server, and powering it back on
 again.



 I wouldn't do backup the virtual machines that way unless they are
 suspended.


  --

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 11:35 AM
 *To:* NT System Admin Issues
 *Subject:* RE: Backup Exec 12  VMs

 Yep, version 12 agents include the ability to capture open files.  So then
 I should be good to go, right?







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 PM
 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 Do you have the open file option for your BE? If so, then I see no reason
 why that would not work.

 On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
 wrote:

 I just did a test.  Last night I backed up the Virtual Machines folder on
 the host box as part of my normal backup routine.  The single VM was running
 at the time.



 This morning I deleted that entire folder and restored it from the backup.
 I was able to restart the VM without a problem.



 So it appears that recovery of VMs will be relatively easy as long as I
 don't require recovery of individual files within the VM.



 Am I missing something here?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* mqcarp [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 10:03 AM


 *To:* NT System Admin Issues
 *Subject:* Re: Backup Exec 12  VMs



 To back up the VMDK files, you will need a different tool. I think BE has
 an option now for that, but we use RangerPro, which, as you said, basically
 encapsulates the VM and can spot restore the entire VM to any host. It is
 made by Vizioncore. They also make a vReplicator product to do live
 replication of VMs.

 On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED] wrote:

 So the agent on the host will not backup the .vm* files?  It would seem
 that backing up these would allow for easier DR.







 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _



 *From:* Sam Cayze [mailto:[EMAIL PROTECTED]
 *Sent:* Wednesday, August 20, 2008 12:02 AM


 *To:* NT System Admin Issues

 *Subject:* RE: Backup Exec 12  VMs



 if only 1 Guest, and if you have spare BE agent license, I would just throw
 the agent on the guest and back it up directly.  Don't really ever need to
 backup the host. (Assuming all the host does is VMware Server).



 BE agents on the host can't backup guests out of the box.  But they can, if
 you get creative and start sceduling/scripting snapshots/suspends.  Worth
 investigating once you start getting more Guests running on one hosts.


--

 *From:* Roger Wright [mailto:[EMAIL PROTECTED]

 *Sent:* Tuesday, August 19, 2008 7:46 PM

 *To:* NT System Admin Issues
 *Subject:* Backup Exec 12  VMs

 Okay, I've just deployed my first VM using VMware Server – a non-essential
 server so I could get a feel for the process – and it's running well.

 Now… what do I need to do to back up this and any future machines with
 Backup Exec?

 Does the host BE agent cover the guests or do I need to place an agent on
 each?

 Or is that only necessary if I wish to restore files/folders within the VM?





 Roger Wright

 Network Administrator

 Evatone, Inc.

 727.572.7076  x388

 _





 All new: Parts not interchangeable with previous model.























































 This e-mail contains the thoughts and opinions of the sender and does not
 represent official Parkview Medical Center policy.

 This communication is intended only for the recipient(s) named above, may
 be confidential and/or legally privileged: and, must be 

RE: Backup Exec 12 VMs

2008-08-20 Thread Eldridge, Dave
I guess so. J

 

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 2:31 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Dave we do standard backups and flat SQL back ups  and DAILY Ranger back
ups and DAILY replication. It is called paranoia...

On Wed, Aug 20, 2008 at 12:34 PM, Eldridge, Dave [EMAIL PROTECTED]
wrote:

That's what I do here with Ranger. I use agents to do daily backups and
once a month or so I do complete vcb image backups that get stored off
site.

 

From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:30 AM


To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

I understand and good advice.  I'm just thinking about using this on
basic application servers without active databases, and even then, only
as an secondary alternative to using the agent on each VM.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:51 PM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 11:35 AM
To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

This e-mail contains the thoughts and opinions of the sender and does
not represent official Parkview Medical Center policy.

This communication is 

RE: Backup Exec 12 VMs

2008-08-20 Thread gsweers
Roger,


We were told that anything that would backup a VM directly would need to
employ VSS snapshot for Exchange, SQL etc so as to ensure a good
cleanup.  Just backing up the VM files directly is essentially a
crapshoot if it will be good when it powers back up.  Not sure what does
that out there currently, we install an agent on each VM to backup the
server as though it were physical.

 

 

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 1:12 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

The Open file option is supposed to handle that, but I agree with Sam.
Time for the disclaimerthis is not legal advice and should not be
construed as such...yada...yada...yada

On Wed, Aug 20, 2008 at 11:51 AM, Sam Cayze [EMAIL PROTECTED]
wrote:

That's a pretty 'harsh' way to copy a server.  If there are databases or
anything running on the guest, I would expect some corruption on a
restore.  It's the equivalent of unplugging a live server, and powering
it back on again.

 

I wouldn't do backup the virtual machines that way unless they are
suspended.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Wednesday, August 20, 2008 11:35 AM


To: NT System Admin Issues
Subject: RE: Backup Exec 12  VMs

 

Yep, version 12 agents include the ability to capture open files.  So
then I should be good to go, right?

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 PM
To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

Do you have the open file option for your BE? If so, then I see no
reason why that would not work.

On Wed, Aug 20, 2008 at 10:46 AM, Roger Wright [EMAIL PROTECTED]
wrote:

I just did a test.  Last night I backed up the Virtual Machines folder
on the host box as part of my normal backup routine.  The single VM was
running at the time.

 

This morning I deleted that entire folder and restored it from the
backup.  I was able to restart the VM without a problem.

 

So it appears that recovery of VMs will be relatively easy as long as I
don't require recovery of individual files within the VM.

 

Am I missing something here?

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: mqcarp [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 10:03 AM


To: NT System Admin Issues
Subject: Re: Backup Exec 12  VMs

 

To back up the VMDK files, you will need a different tool. I think BE
has an option now for that, but we use RangerPro, which, as you said,
basically encapsulates the VM and can spot restore the entire VM to any
host. It is made by Vizioncore. They also make a vReplicator product to
do live replication of VMs. 

On Wed, Aug 20, 2008 at 8:53 AM, Roger Wright [EMAIL PROTECTED]
wrote:

So the agent on the host will not backup the .vm* files?  It would seem
that backing up these would allow for easier DR.

 

   

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

From: Sam Cayze [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 20, 2008 12:02 AM


To: NT System Admin Issues

Subject: RE: Backup Exec 12  VMs

 

if only 1 Guest, and if you have spare BE agent license, I would just
throw the agent on the guest and back it up directly.  Don't really ever
need to backup the host. (Assuming all the host does is VMware Server).

 

BE agents on the host can't backup guests out of the box.  But they can,
if you get creative and start sceduling/scripting snapshots/suspends.
Worth investigating once you start getting more Guests running on one
hosts.

 



From: Roger Wright [mailto:[EMAIL PROTECTED] 

Sent: Tuesday, August 19, 2008 7:46 PM

To: NT System Admin Issues
Subject: Backup Exec 12  VMs

Okay, I've just deployed my first VM using VMware Server - a
non-essential server so I could get a feel for the process - and it's
running well. 

Now... what do I need to do to back up this and any future machines with
Backup Exec?  

Does the host BE agent cover the guests or do I need to place an agent
on each?  

Or is that only necessary if I wish to restore files/folders within the
VM?

 

 

Roger Wright

Network Administrator

Evatone, Inc.

727.572.7076  x388

_  

 

 

All new: Parts not interchangeable with previous model. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

Re: Firewall for home users

2008-08-20 Thread Angus Scott-Fleming
On 20 Aug 2008 at 15:09, Lenny Bensman  wrote:

 LOL, indeed!!! 
 
 On 8/20/08, Mike Gill [EMAIL PROTECTED] wrote: 
 That's one heckuva sig dude. Wow.

Indeed ... 28 sig lines to match up with a one-line reply.  What a HUGE waste 
of electrons, no WONDER British electricity is so expensive ...

--
Angus Scott-Fleming
GeoApps, Tucson, Arizona
1-520-290-5038
+---+




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: CAL question

2008-08-20 Thread Angus Scott-Fleming
On 20 Aug 2008 at 10:00, David Mazzaccaro  wrote:

 WhicheverI have fewer of... that is what I buy. Fewer computers than users,
 buy DEVICE CALS (I have found this to be the most common scenario) Fewer
 users thancomputers, buy USER CALS This holds true for Windows 2003 Server
 CALS, Exchange 2003 Server CALS, Office 2003 CALS. 

ISTR you are locked into whichever one you start with.

--
Angus Scott-Fleming
GeoApps, Tucson, Arizona
1-520-290-5038
+---+




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


RE: VM naming convention

2008-08-20 Thread Ken Schaefer
Current customer has country codesite codemachine codetype 
codeenvironment codeincrementing value

e.g.
au2104vp (Australia, Particular office, virtual machine, production, 
machine code) -vs-
au2104dpAAAB (Australia, Particular office, domain controller, production, 
machine code)

Cheers
Ken

 -Original Message-
 From: Christopher J. Bosak [mailto:[EMAIL PROTECTED]
 Sent: Thursday, 21 August 2008 1:23 AM
 To: NT System Admin Issues
 Subject: RE: VM naming convention

 As silly as it sounds. Name them from characters in the Matrix. That way we
 know they're not a Real World machine.

 Yeah, I'm weird... but it works.

 Christopher J. Bosak
 Vector Company
 c. 847.603.4673
 [EMAIL PROTECTED]

 You need to install an RTFM Interface, due to an LBNC issue.
 - B.O.F.H. (Merged 2 into 1) - Me

 -Original Message-
 From: Dennis Melahn [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, August 20, 2008 08:21 hrs
 To: NT System Admin Issues
 Subject: VM naming convention

 Quick question to you vmware workstation guys.  We have decided to use
 workstation for a few of our engineering power users. We've always used the
 machine asset number in the naming convention to maintain uniqueness. If we do
 that with the VMs (ie - 12345vm1) then the number will be wrong when the vm is
 transported into then next host. On my setup I use the OS description (ie -
 S2K3x32Stnd_VM1), but these aren't joined to the domain either.  What do you
 guys do?

 Thanks,
 Dennis

 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~


 ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
 ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/  ~