Using the ReportViewer control in VS2010 allows running of remote SQL reports from report server 2008 and above http://msdn.microsoft.com/en-us/library/bb885185.aspx. This is where I ran into my first issue since my remote report was in SQL 2005 Reporting Services. Anyway, here is how I went about executing a SQL 2005 Report from a web page within Visual Studio 2010. Hope this helps.

1. From VS2010, create a new ASP.NET web application. By default this will target .NET Framework 4.

2. We will work with the "Default.aspx" page here. Open the page’s source code and add the following code just under the "page" directive.

3. Add the following code where you want the report displayed. I have a report named "MyReport" under a folder "Reports".

4. In the project references, add the reference to "Microsoft.ReportViewer.WebForms 8.0.0.0 v2.0.5.727".

5. In Web.Config, add the following within the "System.Web" section.

6. Run your web page in the browser and hope you see the report as I do.

Good luck!

View XCOPY options

XCOPY /?

The following XCOPY copies over just the directory structure without the files in the folder.

C:\Temp>XCOPY c:\Temp\ZipTest C:\Temp\NewZipTest /T /E

1. Select the Main Model under the Physical option on the Data Model pane.
2. Right-click on the model diagram and choose the Compare and Merge utility option.
3. Choose the Compare against a live database option.
4. Choose the following prompts according to your needs. At the end you will see the differences between the physical model and the database and have the options to import or ignore the objects.

1. In the General section set the Resultset property to “Single row”.
2. Set the SQL statement.
3. In the Result Set section, set the Result Name to 0 – n and the corresponding variables to be mapped. Ensure that the column order is right. I believe you can also use the column name but haven’t tried that.

1. On the remote server perform the steps as detailed in this Microsoft article Setting up Remote WSH.
2. Create a BatToCall.bat batch file that will reside on the remote server. This is the batch file that we are going to execute remotely.
3. Create a ExecuteRemotely.wsf script file. This script file will reside locally where the task is being executed but when called will perform the stated operations remotely.
4. Create a Caller.wsf script file that will be called from the SQL job. This script file in turn will call the ExecuteRemotely.wsf script file.
5. Create a SQL job with a step of type “Operating system (CmdExec)”. In the command, type “CScript Caller.wsf”. (The CScript command can be run from the command-line as well.)
6. Execute the SQL job with appropriate permissions in place should execute the remote batch file.

Here is sample code for the above mentioned files.

BatToCall.bat

echo | time > C:\ExecutedHere.txt

Caller.wsf

<package>
<job>
<script language="VBScript">
set oController = CreateObject("WSHController")
set oProcess = oController.CreateScript("C:\ExecuteRemotely.wsf", "\\RemoteServerName")
WScript.ConnectObject oProcess, "remote_"

oProcess.Execute
While oProcess.Status <> 2
   WScript.Sleep 50
WEnd
WScript.Echo "Done"

Sub remote_Error
    Dim theError
    Set theError = oProcess.Error
    WScript.Echo "Error " & theError.Number & " - Line: " & theError.Line & ", Char: " & theError.Character & vbCrLf & "Description: " & theError.Description
    WScript.Quit -1
End Sub

</script>
</job>
</package>

ExecuteRemotely.wsf

<package>
<job>
<script language="VBScript">
Dim WShell
set WShell = CreateObject("WScript.Shell")
WShell.Run "C:\BatToCall.bat"
Set WShell = nothing
</script>
</job>
</package>

Choose the menu option and move your mouse over your page. You will see either a horizontal or a vertical line appear depending on the location of the mouse cursor over the page. Left-click the mouse button, hold and drag appropriately to add or reduce space on the page. If you perform this operation in the middle of a note I noticed it splits the note into two.

My solution which has worked consistently so far is to restart the Integration Services after you deploy the  updated packages on the target server.

With the block commented, the Data Flow Source does not have any columns to extract and map. With the dummy block in place the Data Flow Source extract the required metadata to display columns. Note that the code block will not execute at runtime but it allows you to call a stored procedure with dynamic SQL in it from the Data Flow source in a SSIS package.

    CREATE PROCEDURE [dbo].[GetAuthorsByState]
        -- Add the parameters for the stored procedure here
        @States varchar(10)
    AS
    BEGIN
        -- SET NOCOUNT ON added to prevent extra result sets from
        -- interfering with SELECT statements.
        SET NOCOUNT ON;

        DECLARE @strSQL nvarchar(1000)

        -- Start of the block to enable the Data Flow source to work
        -- Comment this block to see the effect on the Data Flow source in the SSIS package
        IF 1 =2
        BEGIN
            SELECT [au_id]
                ,[au_lname]
                ,[au_fname]
                ,[phone]
                ,[address]
                ,[city]
                ,[state]
                ,[zip]
                ,[contract]
                ,[DateAdded]
            FROM [dbo].[tblAuthors]
        END
        -- End of the block to enable the Data Flow source to work

        SET @strSQL = '
            SELECT [au_id]
                  ,[au_lname]
                  ,[au_fname]
                  ,[phone]
                  ,[address]
                  ,[city]
                  ,[state]
                  ,[zip]
                  ,[contract]
                  ,[DateAdded]
              FROM [dbo].[tblAuthors]
            where state = ''' + @States + ''''

        EXEC dbo.sp_executesql @strSQL

    END

SELECT 
	[OrderDate], 
	CONVERT(varchar(10), [OrderDate], 101) AS JustOrderDate 
FROM [Northwind].[dbo].[Orders]

Results:

OrderDate                                  JustOrderDate
1996-07-04 00:00:00.000        07/04/1996
1996-07-05 00:00:00.000        07/05/1996

1. Setup the configuration database. The configuration table can reside in an existing database or in a new one. For this exercise let’s create a new database called “ConfigDB”.
2. Create an environment variable “SSIS_CONFIG_DB” and set the value to the ConfigDB database. For example, Data Source=MySQLServer;Initial Catalog=ConfigDB;Provider=SQLNCLI.1;Integrated Security=SSPI;Auto Translate=False; 
3. Set the connection string to the ConfigDB from the environment variable.
   1. Create a new package.
   2. Create a new variable called “EnvName” as a string. You can set the value to “Development”.
   3. Create a new OLE DB connection and set the connection to the ConfigDB database.
   4. Open the Package Configurations window.
   5. Check the Enable package configurations.
   6. Click the “Add…” button to start the Package Configuration Wizard.
   7. Choose “Environment variable” and then select the “SSIS_CONFIG_DB” variable from the dropdown.
   8. For the target property, select the ConnectionString for the above created connection manager and then click Next.
   9. Assign a name for the configuration and finish.

1. Generate and save configuration settings.
   1. Open the Package Configurations window.
   2. Click the “Add…” button to start the Package Configuration Wizard.
   3. Choose “SQL Server” in the Configuration Type.
   4. Select the database connection to the ConfigDB and choose the default configuration table name “SSIS Configurations”.
   5. Enter “MySQLConfig” in the Configuration Filter. This could be any meaningful name.
   6. Click the Next button.
   7. In the objects locate the variable “EnvName” and check the Value option.
   8. Click Next, and then give a name to the configuration. For example, “Init_Settings”.
   9. Click Finish to generate the configuration settings and then close.
   10. To verify that the settings have been created, look at the table rows for “SSIS Configurations” in the ConfigDB database. There should be a row with the ConfigurationFilter “MySQLConfig”.

1. To verify the working of this setup create a Script task to display the value of the variable EnvName. Make changes to the variable in the ConfigDB database and will see it reflected in the package execution.
2. Moving to another server. To have this package run in another server with different EnvName values follows the steps below.
   1. Generate the SQL script for database and table from the original ConfigDB and recreate it on the new server.
   2. Copy  the row from the original configuration table “SSIS Configurations” and paste it in the new table and modify the ConfiguredValue for the variable EnvName.
   3. Setup the environment variable “SSIS_CONFIG_DB” with the value set to the connection string to the new configuration database. For example,  Data Source=MyNewSQLServer;Initial Catalog=ConfigDB;Provider=SQLNCLI.1;Integrated Security=SSPI;Auto Translate=False; 
   4. Copy the SSIS package to the new server and run it. You should see the value from the new server displayed.

I’ve used this method to move my packages from development to QA to production with minimum to no changes to configuration settings. I also use this to turn on and off logging modes in the different environment to debug packages.