Robocopy: Windows 2003 >>> Windows 2012 - windows-server-2012

I'm using Robocopy to copy/mirror a large folder from a Windows 2003 server to a Windows 2012 server in preparation for moving users off the old server to the new server.
Currently, my command is : robocopy \source\folder E: /MIR /FFT /B /XA:H /R:1 /W:5 /log+:C:\mirror-log
I'm running the robocopy command as a Scheduled Task on the Windows 2012 server. When I created the task, I was given the option of Configure for: "Windows Server 2012 R2" or "Windows 7, Windows Server 2008 R2" or "Windows Vista, Windows Server 2008". I set it to "Windows Server 2012 R2" but does it make a difference?
Also, do I need /MIR and /B? I copied the command from a someone's post and that part wasn't explained very well. The documentation I looked at didn't cover it either.
And I ran into a problem when a user added folders/files to the destination server and the /MIR wiped them out. To avoid that, I should add "/XD \source\folder\sub-folder" so the sub-folder on the destination is left alone, correct? Even if the sub-folder does NOT exist on the source?
Thanks in advance.

If it was me, I wouldn't give the user any write permissions to the new share until you officially cut over to it.

Related

Migrating onlyoffice community server in Windows

We have installed a Onlyoffice Community Server in our company on a Windows system.
We need to migrate all these data to another Windows server (version 2012). If I go to settings I don't see the option of Data Management to do the backup and restore.
I am getting the results for migrating community server between Windows and Linux servers, but nothing for Windows and Windows.
Please help us with this issue.
You can use the first part of the instruction for migration community server between Windows and Linux servers. You need to copy folders and create your database dump file. Then restore dump file and folders on the new server.

Distinct write behaviour between Windows Server 2008 SP2 & Windows Server 2008 R2 on Azure

Consider the following scenario
I have one webrole writting a file into one folder /root/somefolder where root is the root of the site.
The webrole works with OsFamily="1" (Windows Server 2008 SP2), but fails writting the file with OsFamily="2" (Windows Server 2008 R2). Same package deployed on Azure.
I know I should use local storage and I know it's kindof antipattern writting files into the web folders. Anyway, let's say I am not proud of that piece of code and I am looking for a quick solution here. I promise I will do it right in the next future. Just when I have some free time (LOL).
I would like to avoid doing the problem worse (elevating the user account). I just wanna know how to enable write for that folder (avoiding a startup .bat would be nice). And of course, It will be awesome if someone could explain why IIS behaves distinct between OS versions.

Unable to install sharepoint 2010 in Windows 7

I am facing problem while installing Sharepoint 2010 Server on Windows-7 Professional I have followed the steps given in this MSDN page. Still I am getting the following error while trying to run Setup.exe.
Can anyone help me on this?
Thanks
It seems that SharePoint Server 2010 is only compatible with
Windows Server 2008 x64. But it's not. check this.
Source: Installing Microsoft SharePoint Server 2010 on Windows 7 x64
It is much simple to do this. Just a little work and your SharePoint Installation ready to work on Windows 7 64 bit Client OS.
You can simply install SharePoint Server 2010 on your client OS just by modifying a config file.
Copy CD contents to a folder on your hard drive and Follow following steps:
Go to the Files folder
Go to the Setup folder
Open config.xml
Add the following line before the closing </configuration> tag
<Setting Id="AllowWindowsClientInstall" Value="True"/>
Save the file and Run the Setup.exe. now it will work fine.
Remember: These lines are Case Sensitive so Write them correct.
On Windows 7, install the following additional prerequisites required before running Setup.exe:
Microsoft FilterPack 2.0. At a command prompt, type the following:
installation directory folder\PrerequisiteInstallerFiles\FilterPack\FilterPack.msi
Microsoft Sync Framework
SQL Server Native Client
Windows Identity Foundation (Windows6.1-KB974405-x64.msu)
Chart Controls (this is not required if you are going to install SharePoint Foundation 2010).
SQL Server Analysis Services - ADOMD.Net (this is not required if you are going to install SharePoint Foundation 2010).
For more detailed installation tutorial go through MSDN - Setting Up the Development Environment for SharePoint 2010 on Windows Vista, Windows 7, and Windows Server 2008
It seems like your copy of Sharepoint 2010 Server is intended to be installed onto a machine running Win Server 2008 SP2 or later. Not win 7. Either upgrade your machine or see if there's a more compatible copy of share point server.

Can I Install SQL server 2000 Evaluation copy on Windows 7?

When install SQL Server 2000 (Evaluation copy) on Windows 7 32 bit Home Premium desktop computer,
system gives the following error and Installation not successful:
InstallShield Engine has stopped
working A problem caused the program
to stop working correctly. Windows
will close the program and notify you
if a solution is available.
Sql server 2000 is not supported on Windows 7. You might be able to get it installed but you would have problems.
According to this blog posting you even need SP3 of Sql Server 2005 for it to work on Win7.
http://blogs.msdn.com/sqlreleaseservices/archive/2009/10/23/sql-server-on-windows-7-and-windows-server-2008-r2.aspx

"Unsolvable" bug in Visual Studio - how do I connect to SQL Server 2008 Express?

I've been struggling for some time now to be able to use the built-in functions in Visual Studio 2008 to handle *.mdf database files with SQL Server 2008 Express. I'm running on an x64-based system, and I've read that there is a known problem with this setup, but the hotfix has not solved my problems.
Basically, what happens is that when I try to add a new *.mdf file to the App_Data folder of a project, I get an error message saying:
Connections to SQL Server files (*.mdf) require SQL Server Express 2005 to
function properly. Please verify the installation of the component or download
from the URL: http://go.microsoft.com/fwlink/?LinkId=49251
My (unsuccessful) steps to solve this:
Uninstall all possible associated programs to Visual Studio, SQL Server or .NET Framework (which left .NET 2.0 Compact Framework and .NET 3.5 Compact Framework, and nothing else .NET related, installed).
Reboot.
Install .NET 3.5 SP1, SQL Server 2008 Express and SQL Server Management Studio 2008 Express via the Web Platform Installer 2.0 (Beta).
Reboot.
Install Visual Studio 2008 Professional from disc.
Reboot.
Install Visual Studio 2008 Service Pack 1.
Reboot.
Install hotfix.
Reboot.
Start VS, create new Web site and try to add database. Still get the error message...
When I look in the Help/About dialog, the hotfix shows up among applied updates. I have also checked and double-checked that the SQL Server instance name is correctly set in Visual Studio (I copy-pasted the instance name from the login screen in SSMS).
Why does the hotfix not solve my problems? Am I doing things in the wrong order, or do I have the wrong software versions somewhere?
According to the KB article, the problem is that Visual Studio doesn't correctly detect "some registry keys" - but nothing is said about which keys. Does anyone know how to fix this manually?
Oh, and yes - I've seen this post. I know I could just "downgrade" to the x86 version of SQL Server, but I really want to make this work with the x64 version (if nothing else, just because it's supposed to work...), so that solution doesn't really solve my problems. Please don't close this as a duplicate.
I had this same error, VS 2008 SP 1 on Vista Ultimate 64 bit with SQL 2008 Express 64 bit. Downloaded the hotfix and rebooted, started up SQLEXPRESS and still got the error.
Then I changed my "SQL Server Instance Name" (under VS 2008 -> Tools -> Options -> Data Connections), which was blank, to "SQLEXPRESS" (versus ".\SQLEXPRESS", which is what I use in my login screen under SSMS.) and now it works like a charm!
Dave
Try changing the user on which the SQL Server Express is running. This can be changed in Services managment (press Win+R, type in services.msc). Choose SQL Server Express, right click -> Properties. 'Log On' tab and select: 'Local System account', tick the 'Allow service to interact with desktop' - this is what worked for me.
I'm not sure I ever solved this, but I've now moved over to Visual Studio 2010 (RC at the moment, but I'll get the full version when it's availabel) and everything works seemlessly.

Resources