Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

EV 8.0 SP5 File Server 2008 R2 SP1

Updated: 16 Jun 2011 | 16 comments
jpd75999's picture
0 0 Votes
Login to vote
This issue has been solved. See solution.

Hello,

 

I have Enterprise Vault 8.0 SP5 and a target File Server Cluster on Windows Server 2003 R2 SP1 (32-bist) with a data disk, I want to change the disk of data  from this cluster to a new File Server Cluster on Windows Server 2008 R2 SP1 (64-bits).

 

The Enterprise Vault compatibility charts guide says:

Microsoft Cluster Server included with Windows Server 2008 x64 edition R2 SP1 is approved for EV 8.0 but Microsoft Cluster Server included with Windows Server 2008 x64 edition R2 SP1 (using WOW64)  is not approved.

What is the meaning of WOW64 I have installed the executable "Enterprise Vault System File Archiving x64.msi" on both nodes but I don´t know what mode my server is working!!!

 

Please help me.

 

Thanks

Comments

Gonz's picture
02
Jun
2011
0 Votes 0
Login to vote

WOW64 it is what allows to

WOW64 it is what allows to run 32 bits applications in 64 bits machines

Take a look to this post:

http://blogs.msdn.com/b/philpenn/archive/2009/03/02/running-32-bit-applications-on-windows-server-2008-r2-server-core.aspx

Does my comment helped you? Please mark it as helpful

Does it resolve the issue? Please do not forget to mark it as the solution

jpd75999's picture
02
Jun
2011
0 Votes 0
Login to vote

Gracias Gonzalo, eres un

Gracias Gonzalo, eres un fiera!!

 

Soporte excelente.

jpd75999's picture
06
Jun
2011
0 Votes 0
Login to vote

Sorry but this solution is

Sorry but this solution is not valid, this feature is only available on Windows Server 2008 Core Edition, how I can disable WOW64 in enterprise edition??

 

Thanks

Kopfjager's picture
06
Jun
2011
0 Votes 0
Login to vote

Microsoft Cluster Server

Microsoft Cluster Server included with Windows Server 2008 x64 R2 SP1 is still listed as Pending Certification.  

Only Windows Server 2008 x64 SP1, SP2 and base R2 are certified at this time.

jpd75999's picture
07
Jun
2011
0 Votes 0
Login to vote

OK, but if in the future this

OK, but if in the future this version is approved, ¿how I disable WOW64 in Windows Server 2008 R2 Enterprise Edition?

 

 

Thanks

jpd75999's picture
07
Jun
2011
0 Votes 0
Login to vote

anyone can help me?   Thanks

anyone can help me?

 

Thanks

Kopfjager's picture
07
Jun
2011
0 Votes 0
Login to vote

I'm pretty sure you don't

I'm pretty sure you don't have to un-install WOW64.  You just have to use the 64-bit version of the Placeholder install. 

WOW64 functionality would only be used if you install a 32-bit app.

But I will verify this and report back.

jpd75999's picture
07
Jun
2011
0 Votes 0
Login to vote

Hello Kopjjager, I have

Hello Kopjjager, I have installed FSA Agent in my Windows Server 2008 Enterprise Edition 64-bit with the next steps (http://www.symantec.com/docs/TECH135734):

 

- On a 64-bit Windows computer run vcredist_x86.exe and then vcredist_x64.exe.

- On a 64-bit Windows computer run Enterprise Vault File System Archiving x64.msi.

 

And I see the registry key KVS in WOW6432Node and Enterprise Vault folder exits in c:\Program Files(x86).

 

¿?
 

Rob Brenner's picture
08
Jun
2011
0 Votes 0
Login to vote

OK, let's try to get this

OK, let's try to get this back on track.

The FSA Agent provides binaries for installing on 32 and 64 bit. This means that if the system is 64 bit you should install the 64 bit of the Agent. the FSA Agent will not run the 32 bit in WOW mode.

Well, that actually applies to the filter drivers where the actual Windows Services installed by the FSA Agent will still be installed within the 32 bit folder path as any 32 bit application installed on a 64 bit OS.

Now back to your original question, I am interested in how you intend to achieve this migration. 

I would strongly recommend you to think and plan this carefully before you attempt real migration as there are quite a few considerations to be made due to the fact that you have already archived data under the current virtual file server.

Rob Brenner's picture
08
Jun
2011
0 Votes 0
Login to vote

If you are planning to

If you are planning to just move the shared disk to the new cluster, you will certainly have issues as the records in the dB have references to the existing virtual file server. The only way I could imagine this working is if you would recreate the cluster environment in a way that the virtual file server name and IP would be exactly the same as the existing one with the same storage mappings as the current one.

A more realistic approach would be to migrate the data with FSAUtility

jpd75999's picture
08
Jun
2011
0 Votes 0
Login to vote

Ok, the process of migration

Ok, the process of migration is easy, I don't need FSAutility: stop the archive task, stop the old cluster, start the new cluster with same virtual name, paths and shares and change de data disk from old cluster to the new cluster.

Now, I have the same question Windows 2008 R2 SP1 x64 is pending, OK but in the future it wil be supported, but NOT in WOW64 Mode.

I have installed Windows 2008 R2 SP1 x64 and FSA agent x64 binaries but the operating system must be working in WOW64 mode because Enterprise Vault is installed in C:\Program Files (x86) and KVS key is in WOW643Node, how can I disable WOW64 Mode from Windows Server 2008 Enterprise??

 

Thanks

jpd75999's picture
08
Jun
2011
0 Votes 0
Login to vote

Nobody can help me?

Nobody can help me?

Rob Brenner's picture
09
Jun
2011
0 Votes 0
Login to vote

Your question was already

Your question was already answered on my first posting. You do not have to worry about disabling WOW. EV has been designed to work with the supported OS versions and architecture

Rob Brenner's picture
09
Jun
2011
0 Votes 0
Login to vote

You seem to be confident with

You seem to be confident with the Migration steps. I would just add a recommendation to have a full backup of the shared data under the clustered file server before you go ahead with the migration. Issues usually occur when we least expect. If you can a simulation at a small scale on a parallel system it would provide you with valuable answers.

Kopfjager's picture
09
Jun
2011
2 Votes +2
Login to vote

WOW64 does not need to be

WOW64 does not need to be disabled or uninstalled.  As Rob and I both mentioned, installing the 64-bit Agent is the key to the "supported or unsupported" question.  There are bits of the install that use the x86 emulation (tracing comes to mind) but the filter will be 64-bit and once your OS and SP are supported, you will have a supported configuration for your file server.

I verified this with the certification team and their answer was the same as ours.

 

Hope that helps.

 

jpd75999's picture
10
Jun
2011
0 Votes 0
Login to vote

Ok, now all is clear I don't

Ok, now all is clear I don't need to see if program is installed on one directory or another, installing 64-bit version of agent is the key. Documentation It´s confuse, because Microsoft says that 64-bits programs with WOW64 diabled are created in Program Files, not Program Files (x86)...

 

One note for installing Enterprise Vault File System Archiving x64.msi its necessarry install the 2 versions of vcredist (vcredist_x86.exe and vcredist_x64.exe) for avoid a setup error.

 

I have a lab and make the steps of the next article http://www.symantec.com/business/support/index?page=content&id=TECH73261 (but I don't use Backup Software because I move the entire disk) and all is working fine....