Thanks Glen. That's exactly what I'm seeing now - I've tried to download every 
flavor of 64 bit drivers from the mfg web site, then install them on the 32 bit 
server and it keeps failing - comes back with something to the effect that "the 
specified location does not contain the driver xxxx xxxxx xxxxx for the 
specified processor architecture"

I wonder if I should try to install the 64 bit drivers on the 64 bit server and 
then make sure the names match (if I can do that) and then try the migration 
again?

Don




________________________________
From: Glen Johnson <[email protected]>
To: NT System Admin Issues <[email protected]>
Sent: Fri, June 17, 2011 3:00:38 PM
Subject: RE: Printer/Print server migration from 2003 32 bit to 2008R2 64 bit


My experience has been that the x32 and x64 bit drivers have to be the same 
name 
and version, but my experience was on a 64bit server.
We were never able to get the x64 drivers to work on an x32 server.
 
From:Don Kuhlman [mailto:[email protected]] 
Sent: Friday, June 17, 2011 2:52 PM
To: NT System Admin Issues
Subject: Re: Printer/Print server migration from 2003 32 bit to 2008R2 64 bit
 
Thanks John. I went hunting for 64 bit versions of HP, and Lanier drivers to 
download and install on the 2003 server, but when I go into Printers to add 
drivers after extracting these "universal" drivers that said 64 bit, the server 
is telling me that these aren't the right files for the selected architecture, 
and then it dies.
 
Wierd, as both HP and Lanier sites said these were the drivers for the specific 
printer model - eg a "Universal" driver for 64 bit.
 
Don
 

________________________________

From:John Cook <[email protected]>
To: NT System Admin Issues <[email protected]>
Sent: Fri, June 17, 2011 12:04:28 PM
Subject: RE: Printer/Print server migration from 2003 32 bit to 2008R2 64 bit
IIRC that is correct, it’s been a while since I did it.
 
 John W. Cook
System Administrator
Partnership For Strong Families
5950 NW 1st Place
Gainesville, Fl 32607
Office (352) 244-1610
Cell     (352) 215-6944
MCSE, MCP+I, MCTS, CompTIA A+, N+, VSP4, VTSP4
 
From:Don Kuhlman [mailto:[email protected]] 
Sent: Friday, June 17, 2011 12:57 PM
To: NT System Admin Issues
Subject: Re: Printer/Print server migration from 2003 32 bit to 2008R2 64 bit
 
Thanks Cameron.  Actually we're not having problems with the file server 
rename/file copy piece, it's getting the printers from the old server to come 
over to the new server.  What I'm seeing seems to indicate that we have to 
install 64 bit drivers on the old server for each particular printer that 
exists 
and then do the migration that way to make the printers come over to where the 
64 bit server will re-create or import them.
 
Don
 

________________________________

From:Cameron <[email protected]>
To: NT System Admin Issues <[email protected]>
Sent: Fri, June 17, 2011 10:25:50 AM
Subject: Re: Printer/Print server migration from 2003 32 bit to 2008R2 64 bit
Why not just use a new name for the server? If you are using a login script, 
tis 
easy enough to change user by user...and takes the pressure off of you.
 
Just a thought...
On Fri, Jun 17, 2011 at 11:11 AM, Don Kuhlman <[email protected]> wrote:
Hi folks. Happy Friday.
 
At the new gig now and have been assigned another project which I haven't 
worked 
on before.  We're migrating a 2003 32 bit Windows file/print server to 2008R2.  
I've never had to move printers/print servers before because we never used 
Windows Print servers at old j0b.
 
My question is this - to migrate printers/print drivers from 32 bit 2003 server 
to 64 bit 2008R2, do you have to first put 64 bit drivers on the old server 
that 
has the 32 bit drivers, and do they have to have the exact same names as the 
existing 32 bit drivers in order to migrate successfully to 64 bit?
 
Thanks!
 
Here is the background (long) synopsis...
 
I've been researching this since yesterday, and haven't come up with a solid 
answer that is clear.  I've got a server migration scheduled for this weekend 
and the printers are a major part of it, so I'm hoping the list can point me in 
the right direction.
 
I've built the new 2008 server, gave it a temporary name, etc.
Plan is to ship it to the site, migrate the data, shares, permissions, and 
printers, then rename the old one, rename the new one to the old one's name, 
and 
be done.
 
While tyring to do the printer piece, I used printmig to backup and restore the 
printers from the 32 bit box to the new 64 bit box.  However, the new 2008 R2 
server isn't importing or restoring any of the printers - I guess because they 
are all 32 bit drivers but not sure. 

 
So in my research I see that you can use Printbrm.exe on 2008 to try it, or the 
Print Migration features of the 2008 Print Management role.  The printer 
migration tool is also failing - errors like 0x80070705 and 0x80070c6 are 
showing on that tool.
 
I checked around and ended up on the MS Print blogs here - 
http://technet.microsoft.com/en-us/library/dd379557(WS.10).aspx and another 
site 
here - 
http://blogs.technet.com/b/print/archive/2009/08/17/print-services-migration-guide.aspx

 
This was listed as a tip in the blog - 
As a best practice, you need to install a driver with the same name as the 
native architecture. To add the x86-based driver to the x64-based destination 
server, use the x86-based client to remotely open the x64-based server using 
Windows Explorer and navigate to the remote printer folder and add the driver. 
To install an x64-based driver on the x86-based source server, use the 
x64-based 
client to remotely open the x86-based server using Windows Explorer and 
navigate 
to the remote printer folder and add the driver.
 
Any thoughts would be appreciated!

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

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
 
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
 

________________________________

CONFIDENTIALITY STATEMENT: The information transmitted, or contained or 
attached 
to or with this Notice is intended only for the person or entity to which it is 
addressed and may contain Protected Health Information (PHI), confidential 
and/or privileged material. Any review, transmission, dissemination, or other 
use of, and taking any action in reliance upon this information by persons or 
entities other than the intended recipient without the express written consent 
of the sender are prohibited. This information may be protected by the Health 
Insurance Portability and Accountability Act of 1996 (HIPAA), and other Federal 
and Florida laws. Improper or unauthorized use or disclosure of this 
information 
could result in civil and/or criminal penalties.
Consider the environment. Please don't print this e-mail unless you really need 
to.
This email and any attached files are confidential and intended solely for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute, copy or alter this email. Any views or opinions expressed in this 
email are those of the author and do not represent those of the company. 
Warning: Although precautions have been taken to make sure no viruses are 
present in this email, the company cannot accept responsibility for any loss or 
damage that arise from the use of this email or attachments.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin

Reply via email to