Ok, so you tell your Server guys but they miss out on an important step such as updating the registry to the new D:\inetpub… location. You dont check this since you think they know what they are doing and go ahead and install SharePoint and once you are done, you realise that your Central Admin website has been installed and its virtual directory is located on C: – the system drive.

What now?

Step 1. Confirm your suspicions by visiting HKLM\Software\Microsoft\inetstp and checking if your PathWWWRoot points to the system root.

Step 2. Fix IIS by running the script. Click here moveiis7root  to download the txt file and rename to .bat
Usage (where D is the non system drive):  moveiis7root.bat D

I corrected two lines from the original script found at http://blogs.iis.net/thomad/archive/2008/02/10/moving-the-iis7-inetpub-directory-to-a-different-drive.aspx

Step 3. Move Central Admin website to a virtual directory off the system drive.
It is important to note that you had the choice to specify the virtual directory path when creating other SharePoint Web Applications. Once you run Step 2, your default virtual directory path will change to the drive partition you specified.

Changing SharePoint Web Application virtual directories can be done a couple of ways including through the GUI – Central Administration (thats another topic – ask me how if you need info), however the Central Admin Virtual Directory is nicely set since the installation of the farm in the Config Database and is read only and there is no way to successfully do it via the Central Administration.

Here is a PowerShell script that will help you move this to a partition/drive or directory of your choice. You could use it even if you want to tidy up the Central Administration virtual directory number and make it more meaningful if you want.

Click here ChangeVirtualDirectory to download the txt file and rename to .ps1

Usage: Right click, run with PowerShell, enter the URL of the Central Administration site and you will then be prompted to enter the new virtual directory.

The script copies the files over, however you need to modify the Central Admin website in IIS to point to the new virtual directory. Lastly, an IISRESET on the Central Admin box.
Apologies if you have a single server SharePoint farm.

Hope this helps.

A few years ago, I posted out a similar ‘reminder’ for SharePoint (MOSS) 2007. http://www.jeremytaylor.net/2009/09/07/sharepoint-database-maintenance

More recently, last year, Microsoft (Bill Baer and Bryan Porter) published a document on SharePoint 2010 database maintenance. Continue reading to get a summary of what is involved in maintaining databases for SharePoint 2010…

Its important to note that in SharePoint 2010, there are a few Health Analyzer rules that automatically reduce index fragmentation for some of the databases in your SharePoint farm: The Farm Config Database, All Content Databases, User Profile SA Profile Database, User Profile SA Social Database, Web Analytics SA Reporting Database, Web Analytics SA Staging Database, Word Automation Services Database.

Here are the Health Analyzer rules:

They are set to run daily. If you click on ‘Run Now’ the rule would fire up a corresponding Stored Procedure on the SQL server.

For the above two Health Analyzer rules, the stored procs are: dbo.proc_DefragmentIndices and dbo.proc_UpdateStatistics

Anyway, coming back to Database Maintenance, Microsoft recommends the following in a nutshell:

1. Once a week, out of business hours: DBCC CHECKDB to check for consistency to ensure that your data and indexes are not corrupted.
2. Measure and reduce index fragmentation, especially the AllDocs table
3. Under certain conditions that you need to be aware off, you need to disable the following Health Analyzer rules:
   Search – One or more property databases have fragmented indices
   Search – One or more crawl databases may have fragmented indices
4. Monitor all other databases * (except the ones mentioned above) for fragmentation, and rebuild indexes within these databases when fragmentation exceeds 30%.
5. Fragmentation up to 10% then reorganize (online), 10-75% – Rebuild (online), 75% – Rebuild (offline)
6. Fine tuning index performance by setting a server wide setting of 80% fill factor
7. Guidelines and steps for Shrinking data files if it CANT be avoided
8. Step by step guide to creating SQL Server 2008 maintenance plans

* The following databases require you to manually monitor for fragmentation and index rebuild:

• Secure Store Database
• State Service Database
• Profile Sync Database
• Usage Database
• Managed Metadata Database
• Business Connectivity Services Database
• PerformancePoint Services Database
• Search Administration Database
• Search Property Database (if you have disabled the Health Analyzer rule ‘Search – One or more property databases have fragmented indices’).
• Search Crawl Database (if you have disabled the Health Analyzer rule ‘Search – One or more crawl databases may have fragmented indices’.

Curious to know more on why Microsoft mentioned about disabling these Health Analyzer rules? Then read more:

Click here to read the TechNet article

Click here to download the whitepaper docx / pdf / xps 

One such tool is Microsoft’s SharePoint Diagnostic Studio 2010 that comes free as part of the SharePoint 2010 Administration Toolkit v2.0.
Download here: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=20022

Whats interesting to note is that SharePoint Diagnostic Studio 2010 is often used by Microsoft support personnel too, so when you contact Microsoft Support, depending on the nature of the issue in your SharePoint environment, you could be requested to provide the data collected by this tool for their analysis.

SharePoint Diagnostic Studio 2010 saves a lot of time as it is a single interface in collecting and reporting data from logs, http requests, windows events, timer jobs, hardware specs, performance counters, SQL – deadlocks, query I/O and an overview of SQL.

Here is a list of Preconfigured Reports that are available in SharePoint Diagnostic Studio 2010:

Base

HTTP Requests

This report displays all HTTP requests across the entire farm. When you select a row from the top report, the full trace from the request is fetched and displayed in the bottom pane.

Windows Events

This report displays critical and SharePoint-related events from the Windows Event Logs on all machines in the farm. Use this report to look for critical issues that occurred during the specified time frame.

 ULS Trace Issues

This report displays problems detected in the Unified Logging Service (ULS) trace logs. High-level traces that occur at the time of an issue might provide clues as to the root cause. When you select a row from the top report, the full trace from the request or timer job is fetched and displayed in the bottom pane.

Timer Jobs

This report displays all Timer Job executions. When you select a row from the top report, the full trace from the timer job is fetched and displayed in the bottom pane.

Performance Counters

This report shows key performance counter data over time for counters that are collected in the Usage database.

Capacity

SQL Server Query IO Over Time

This report shows expensive stored procedures IO over time. The graph shows the five most expensive queries or stored procedures over time based on the SQL Dynamic Management views.

CPU

This report shows the percentage of processors used by each process on each box.

Process Memory (MB)

This report shows the amount of available memory on the servers over time.

Performance

SQL Read Intensive Queries

This report shows SQL queries that read more than 50,000 pages (1 page = 8 kilobytes).

Queries that read too much data can cause SQL Server to respond slowly by forcing useful data out of memory and causing other queries to perform expensive physical reads. This can affect users that have content on the same SQL Server.

If a correlation id is present in the query text, you can use it to find the request or timer job that generated the query. Copy the correlation id into the filter field of the HTTP Requests or Timer Jobs reports.

Latency Tier Breakdown

This report shows a moving average of server-side HTTP request page latency over time. The time spent rendering the request is broken down into the three tiers that a typical HTTP request passes through during processing.

SQL Server

If SQL Server queries take longer than 250ms, use the SQL Overview report to identify SQL Server bottlenecks.

Application Servers

If service calls take longer than 250ms, you can use the Service Call Duration column in the HTTP Requestsreport to find the requests most impacted by service calls.

Web Server

If there does not appear to be a bottleneck in either the SQL Server or application server tier, and requests take longer than 250ms on the Web server, use the Duration column in the HTTP Requests report to see the slowest requests overall.

You can examine the Latency All Requests report to see if the issue is isolated to a single computer.

Finally, you can examine the CPU report to determine if one or more Web servers or application servers are exhibiting excessive processor usage.

Changed Objects

This report displays all object types that have changed over a specific period of time based on information in the change log. The change log is a history of changes that have occurred in a content database. It provides search crawlers and other features a means of querying for only those changes that have occurred since a previous crawl.

Data points are collected once every k minutes (where, by default, k is 5). This report displays the data aggregated across all content databases as a stacked bar graph. Each stack represents a different object type (see the corresponding legend).

You can filter these results by the database or the object type. For instance, you can customize the report to show only changed objects made on a database named ‘contentdb1′, assuming it is in the filter dropdown. Similarly, you can customize the report to show only data for the changes with object type ‘List’ to see all list-level changes.

These data can contribute to an overall understanding of what types of changes are occurring around a specific timeframe.  From these data, you can further examine the HTTP Requests report to determine what requests are causing these changes, or you can look at the Changed Objects Per Database report to view the same data using a different pivot.  Additionally, you can look at the Change Types report and the Change Types Per Database report to look further into the types of changes being made to the objects.

If you just want to save the current set of results to share, click the Export button.

Changed Objects per Database

This report displays all object types that have changed in specific content databases over a specific period of time based on information in the change log. The change log is a history of changes that have occurred in a content database. It provides search crawlers and other features a means of querying for only those changes that have occurred since a previous crawl.

Change Types

This report displays all object types that have been changed over a specific period of time based on information in the change log. The change log is a history of changes that have occurred in a content database. It provides search crawlers and other features a means of querying for only those changes that have occurred since a previous crawl.

Change Types Per Database

This report displays all object types that have changed in specific content databases over a specific period of time based on information in the change log. The change log is a history of changes that have occurred in a content database. It provides search crawlers and other features a means of querying for only those changes that have occurred since a previous crawl.

Latency, All Requests

This report plots the duration of all requests (up to a limit of 50,000).

Use this report to spot abnormal patterns in usage. For example, a poorly performing site might consistently take 5 seconds to load, which would present as a horizontal band at the 5 second mark. For a more detailed view, you can zoom in to a smaller area, go to the HTTP Requests report and looking for requests taking around 5 seconds.

Latency spikes will appear as columns. If the spikes have a regular period, you might look at the Timer Jobs report to see if a particular job runs during the same time.

Latency Percentiles

This report shows several key percentile thresholds over a period of time to give you an idea of how many requests are affected by a particular latency spike.

For example, if the fastest 25% of all requests are taking a second or more, then it is likely that an outage in some shared resource (such as the network or SQL Server computer) is affecting all requests. Use the Latency Tier Breakdown report to look for issues in shared resources.

On the other hand, if 75% of all requests complete quickly, but the 95th percentile is very high, then you might need to look for a root cause that affects a smaller number of requests, such as blocking in a single database, or custom code that is only used by a subset of sites.

To see logs for the slowest requests, you can view the HTTP Requests report and sort the list by clicking on the header of the Duration column.

You may also want to use the usage reports like Requests Per User and Application Workload to look for users or applications that are placing unexpected load on the system.

SQL Deadlocks

This report lists SQL deadlocks. SQL server uses deadlock detection to prevent the server from hanging when two incompatible queries are executed. To resolve a deadlock, one or more of the queries are canceled. SharePoint is able to recover from some deadlocks and retry. However, deadlocks can also cause some requests to fail.

SQL Blocking

This report lists SQL queries that have blocked other SQL queries.

Blocking can halt all activity on the farm. When blocked requests cannot be processed by the affected database, all available Web server memory will eventually be consumed, causing the affected servers to stop responding or crash.

This report displays the request or timer job responsible for generating the blocking query, if possible, along with any associated logs. These can be useful if the block is caused by a specific end user transaction. In such cases, restructuring a list or redesigning an application that uses custom queries may be indicated.

Some blocking cannot be avoided. For example, nightly database maintenance tasks necessarily lock large parts of a database.

Availability

Availability

This report charts the availability of the HTTP Web Service. Drops in availability indicate periods when your users may have been unable to access their SharePoint sites.

This report calculates availability dividing the number of successful web requests by the total number of requests sent to the server. An attempt is made to remove requests coming from automated agents, such as a search crawler, from this calculation. However, some unknown automated agents may not be excluded.

Zoom into a period of low availability by selecting it with your mouse. Subsequent reports used in this investigation will load faster if you select a smaller time range.

Once you’ve narrowed down the time range, you might want to use the Failed User Requests report to examine details about requests that failed in the selected time period.

Crashes reduce availability by terminating the process without allowing requests to complete. Because the process doesn’t have an opportunity to write logs during a crash, requests that were running at the time of the crash will not appear in these reports, and their impact on availability will not be displayed in the graph. Regardless, crashes should be investigated.

Scheduled Worker Process Recycles rarely reduce availability. The server will attempt to gracefully allow requests from one process to complete while simultaneously starting another process to handle new requests. Frequent, unscheduled recycles during periods of high traffic hours may cause some requests to fail if the server cannot respond to the increased demands of running multiple processes in parallel.

SQL Overview Report

This report displays information that can help you understand the overall health of the SQL Server computers in your farm.

SQL Server Locking/Blocking

SQL Server query blocking can increase some SQL Server query duration values, and might contribute to availability issues and increased latency.

• Average Lock Wait Time: Locks are held on SQL Server resources, such as rows read or modified during a transaction, to prevent concurrent use of resources by different transactions. For example, an update will hold an XLOCK and it will block a shared read lock. A high lock wait time means there is a blocking issue in the SQL Server tier, and you should pay attention to slow updating threads, as they will block reads.
• Average Latch Wait Time: A latch is primarily used to synchronize database pages. Each latch is associated with a single allocation unit. A latch wait occurs when a latch request cannot be granted immediately because the latch is held by another thread in a conflicting mode. Unlike locks, a latch is released immediately after the operation, even in write operations. High latch wait time might mean it is taking too long to load a specific page into memory.

When Lock Wait Time is high, examine the SQL Blocking report to identify the queries holding onto the locks.

You can examine the SQL Deadlocks report to identify queries that may have generated failed requests.

SQL Server Disk IO

A common SQL Server performance issue is an I/O bottleneck. When SQL Server does not have sufficient IO bandwith to process incoming queries, performance across all requests will degrade, and performance across all farm Web servers will suffer.

Average Disk Queue Length: This metric is for overall Disk I/O. Higher values translate to higher overall IO pressure, and if you have higher than 10, it is possible there is an I/O bottleneck.
Average Logical Reads / s: This metric is for the Read Disk I/O. Higher values translate to higher Read I/O pressure.
Average Logical Writes / s: This metric is for the Write Disk I/O. Higher values translate to higher Write I/O pressure.

When there is an I/O bottleneck, examine the SQL Read-Intensive Traces report to see what specific queries are consuming the most resources.

SQL Server CPU

When SQL Server computer processor usage is excessively high, SQL queries are queued, and Web server performance degrades. Processor and I/O performance is related, so when SQL Server processor usage is high, I/O is usually high as well. An average processor usage of 80% is considered a bottleneck.

When there is a CPU bottleneck, take a look at the SQL Read-Intensive Traces report and click the CPU column to sort by the most expensive queries.

Worker Process Recycles

Recycles do not usually affect availability. IIS will create a new process, gracefully allow existing requests to complete, and then shut down the recycled process cleanly. However, the first browse to a new process can be delayed while the process is initialized.

By default, SharePoint schedules worker process recycle jobs to take place overnight. Frequent recycles during working hours can increase the latency of end user requests. Check to see if web.config settings may have been changed, or if the recycle settings have been modified in IIS.

Failed User Requests

These user requests failed, or they were so slow that users may have assumed they failed.

Select a failed request to fetch its trace logs. Look for traces that mention a failure in some component of the system. If the cause isn’t apparent, look at the Windows Events report for signs of a system failure on the machine or in IIS.

If a request failed because it was too slow, look for a gap in the log, which may be highlighted. If the lines preceding the gap indicate that the delay occurred in SQL Server, this request was most likely a lock victim. Look at the SQL Blocking report to find the blocking query that is the root cause of the issue.

Some requests, such as downloads of large files, may be expected to be slow.

Crashes

This report displays all of the IIS worker process crashes that occurred in the specified time range. After a row is selected in the top report, the last few seconds of traces from the crashing process are displayed in the bottom panel. These traces may provide an indication of why the crash occurred.

Crashes can dramatically affect availability. The availability report may underestimate the impact of crashes because requests that are being executed at the time of a crash are not recorded. Even when a crash doesn’t noticeably affect availability, it can lead to data loss or other problems and should be investigated.

Usage

Requests Per URL

This report displays the most commonly requested URLs.

Requests Per User

This report displays the percentage of requests made by the most common user accounts. Some system accounts, such as the search crawler service account, may be expected to generate a lot of requests. At certain times, individual users may also perform operations that create an unexpected peak in resource usage.

Application Workload

This report displays the amount of time spent serving requests from a variety of client applications in a given time range.  The table provides an estimate of which resources are being consumed by the client’s requests.

High total durations require addtional memory on the web front ends that is consumed as long as the request is executing.

High SQL durations imply high SQL IO or CPU use, or the clients may simply execute a lot of requests and are blocked behind other queries.

High web server durations may suggest high cpu use in the front end tier.

Requests Per Site

This report displays the percentage of requests made to each site in the farm.

- The above information on the SharePoint Diagnostic Studio 2010 reports have been taken from the tool and are accurate at the time of writing.

PowerPivot consists of a client add-in for Excel 2010 called ‘PowerPivot for Excel’ and a server component called ‘PowerPivot for SharePoint 2010′. PowerPivot for Excel is an Add-in for Excel 2010 that helps you manage and report on business data from multiple sources with a minimum assistance from your IT guys.

PowerPivot for SharePoint 2010 enables data manipulation of Excel Services in SharePoint 2010. Since its web based, it is easier to share and allow for collaboration through powerful dashboards and reports. With SharePoint, you can control security, choose from multiple data sources – internal, corporate or public.

According to Microsoft, PowerPivot for SharePoint is nothing but SQL Server 2008 R2 Analysis Services running in ‘Vertipaq’ mode within SharePoint 2010. Vertipaq is a fast data manipulation, in-memory technology. SharePoint users are able to view and use models through Sharepoint, but PowerPivot for Excel is required to edit PowerPivot models which are hosted in SharePoint.

PowerPivot for Excel itself does not depend on SharePoint 2010. It only requires Excel 2010 and not earlier versions.
PowerPivot for SharePoint 2010 requires both SQL Server 2008 R2 and SharePoint 2010.

Here are a list of links that are helpful to get you started with PowerPivot  

FOR BUSINESS USERS (Executives, Managers & Decision makers):

Microsoft PowerPivot (Business Intelligence) site – Information, videos and datasheets:
http://www.microsoft.com/en-us/bi/powerpivot.aspx

Top 10 reasons to try PowerPivot for Excel 2010:
http://office.microsoft.com/en-us/excel/top-10-reasons-to-try-powerpivot-for-excel-2010-HA101810443.aspx

What is PowerPivot:
http://www.powerpivotpro.com/what-is-powerpivot

PowerPivot for SharePoint 2010 – The Business User’s Perspective:
http://blogs.office.com/b/microsoft-excel/archive/2009/10/29/powerpivot-for-sharepoint-2010-the-business-user-s-perspective.aspx

Microsoft SQL Server 2008 R2 – PowerPivot for Microsoft Excel 2010 Download:
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=7609

FOR SHAREPOINT ADMINS:

Hardware and Software Requirements (PowerPivot for SharePoint):
http://msdn.microsoft.com/en-us/library/ee210640.aspx

Installation (PowerPivot for SharePoint):
http://msdn.microsoft.com/en-us/library/ee210654.aspx

Configuration (PowerPivot for SharePoint):
http://msdn.microsoft.com/en-us/library/ee210609.aspx

SQL Server PowerPivot for SharePoint forum:
http://social.msdn.microsoft.com/Forums/en-US/sqlkjpowerpointforsharepoint

FOR SHAREPOINT DEVELOPERS/ADMINS:

Data Sources Supported in PowerPivot Workbooks:
http://technet.microsoft.com/en-us/library/ee835543.aspx

Add Data to Your PowerPivot Workbook (Sample Data):
http://powerpivotsdr.codeplex.com/releases/view/46355

Create Your First PowerPivot Workbook (Tutorial):
http://technet.microsoft.com/en-us/library/ee835510.aspx

Microsoft PowerPivot for Excel 2010 Samples:
http://www.microsoft.com/download/en/details.aspx?id=102

Unfortunately, at this point in time, there is no powershell to get sizes for ‘subsites’ (SP-Web), only for site collections.

Firstly, thanks to Todd Klindt for his blog post and all the comments on it which got me on track and got my script going: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=270

Secondly, thanks to Harold Odgen for explaining on how to Send an email with an attachment using PowerShell: http://www.techrepublic.com/blog/window-on-windows/send-an-email-with-an-attachment-using-powershell/4969

 # Generate the Site Collections size html file. Make sure you update the file path to your environment (Set-Content)

$SiteCollurl = @{Expression={$_.url};Label=”Site Collection URL”}
$size = @{Expression={[math]::round($_.diskused/1MB, 2)};label=”Size in MB”}
$1stcontact = @{Expression={$_.OwnerLoginName};Label=”Primary Contact”}
$2ndcontact = @{Expression={$_.SecondaryContactLoginName};Label=”Secondary Contact”}

Get-SPSiteAdministration -Limit All | select $SiteCollurl, $size, $1stcontact, $2ndcontact | Sort-Object -Descending -Property “Size in MB” | ConvertTo-Html -title “Site Collections sorted by size” | Set-Content D:\Scripts\sitecollectionsizes.html

# Email the file. Make sure you update the following to your enviroment

Add-PSSnapin Microsoft.Exchange.Management.Powershell.Admin -erroraction silentlyContinue
$file = “D:\Scripts\sitecollectionsizes.html”
$smtpServer = “127.0.0.1″  #Change this to your SMTP server IP / Name
$att = new-object Net.Mail.Attachment($file)
$msg = new-object Net.Mail.MailMessage
$smtp = new-object Net.Mail.SmtpClient($smtpServer)
$msg.From = “youradmin@yourcompany.com” #Change this to your desired from email address
$msg.To.Add(“your@yourcompany.com”) #Change this to your email address.
#You can add multiple email addresses by adding new msg.To.Add lines
$msg.Subject = “SharePoint Site Collection sizes”
$msg.Body = “Attached is the SharePoint Site Collection sizes”
$msg.Attachments.Add($att)
$smtp.Send($msg)
$att.Dispose()

Good news is that since SharePoint 2010 SP1 we now have a ‘DatabaseName’ switch parameter when creating a new PerformancePoint Service Application through PowerShell!

Open PowerShell:

Type in: get-help New-SPPerformancePointServiceApplication -full
    -DatabaseName [<string>]
        Specifies the name of the PerformancePoint Service database used for the service application.
        Required?                    false
        Position?                    Named
        Default value
        Accept pipeline input?       False
        Accept wildcard characters?  false

http://cdn-smooth.ms-studiosmedia.com/msstudios/1005/1003463/Mod_2_Planning_Design_and_Deployment/Default.html

More videos:

http://www.microsoft.com/en-us/showcase/channeldetails.aspx?channelid=microsoftproject

Microsoft has conveniently pre-configured a virtual machine for testing, demo and evaluation purposes.

What you get pre-installed on the SharePoint 2010 server:

1. Windows Server 2008 R2 SP1 Standard Evaluation Edition, running as an Active Directory Domain Controller for the “CONTOSO.COM” domain with DNS and WINS
2. Microsoft SQL Server 2008 R2 Enterprise Edition with Analysis, Notification, and Reporting Services
3. Microsoft Visual Studio 2010
4. Microsoft SharePoint Server 2010 SP1 Enterprise Edition
5. Microsoft Office Web Applications SP1
6. Microsoft FAST Search for SharePoint 2010 SP1
7. Microsoft Project Server 2010 SP1
8. Microsoft Office Professional Plus 2010 SP1
9. Microsoft Visio 2010 SP1
10. Microsoft Project 2010 SP1
11. Microsoft Lync 2010

Microsoft states that Office Web Apps and SharePoint 2010 are ‘tightly integrated’ and thats absolutely right!

Problem:
Its so tightly integrated that Office Web Apps uninstalls may not work properly, SharePoint sites are removed, customisations are lost.. and so on.

Solution:
The solution is to DEACTIVATE Office Web Apps rather than uninstalling it. DONT think of uninstalling Office Web Apps unless you read this full article, clearly understand your environment, take full tested backups of everything and read the links that this articles has.

What happens when you uninstall Office Web Apps?

• All sites, including the Central Administration site, experience a loss in functionality until you have completely uninstalled Office Web Apps and then run the SharePoint Products Configuration Wizard on all servers in the farm
• All Internet Information Services (IIS) Web applications and sites are removed from the server
• The server is removed from the farm
• Any customizations that you have made are removed and must be reapplied after you add the servers back to the farm. These customizations include, but are not limited to, the following:

• Changes to the web.config file on Web front-end servers
• Secure Sockets Layer (SSL) certificates that were added to Web front-end servers
• Any features that you have deployed manually

I found a great article online..

Basically, you have to create a new dummy List workflow without any steps in the new (destination) site, then ‘export to visio’ in both the old (source) site.

Rename both source List Workflow and newly created destination List Workflow  vwi files and add a .zip file extension to both of them. Copy the workflow.xoml.wfconfig from the new Workflow zip file to the old Workflow zip file.

Then remove the .zip in the file name and Import from Visio in the destination site.

http://ikarstein.wordpress.com/2011/02/10/walkthrough-how-to-move-or-copy-a-sharepoint-designer-2010-list-workflow-to-another-list-on-the-same-site-or-another-site/