Besides SQL Server's SSIS, what other options do I have to export data from an Oracle database on a remote server to a local SQL Server 2008 R2 database? This process would later be automated to run hourly.
I cannot access/install anything in the server with the Oracle installation. The local server is a Windows Server 2008 Enterprise running SQL Server 2008 R2.
I've briefly read about SSMA for Oracle, but I haven't tried anything out.
Thanks.
Related
I am trying to migrate a database in-place (same PC) from SQL Server 2008 R2 Express to SQL Server 2019 Express, by using DMA (Database Migration Assistant). But I cannot connect to the target server (2008) during the "Assessment" task.
I have installed SQL Server 2019 as coexisting installation assigning the following instance names:
MSSQLSERVER (default name assigned during SQL Server 2008 R2 installation)
MSSQLSERVER2019 (different instance name assigned during SQL Server 2019 installation)
The PC is named DESKTOP1 and this results into the following server names:
DESKTOP1 for SQL Server 2008 R2
DESKTOP1\MSSQLSERVER2019 for SQL Server 2019
Both the server names work fine and I can normally connect to the servers by means of Management Studio.
The weird behaviour is that during the database assessment task, I couldn't connect to the source database server (DESKTOP1). Then I tried to go directly to the "Migration" task and I was able to connect. After this I went back to the "Assessment" task and (kind of magic) I was able to connect to the server DESKTOP1.
Do you have any clue about this issue? It looks like during Migration task there is something that enable the server connection.
Thank you!
I have a .bak file from SQL Server 7.0 and I want to restore this old .bak file to SQL Server 2008 Express. So what should I do?
According to Technet (see full article here) you have three options:
Upgrade your SQL Server 7.0 database by attaching/restoring the database to an instance running SQL Server 2000 or SQL Server 2005, backup your database in SQL Server 2000 or 2005 format and then restore it in SQL Server 2008.
Use the SQL Server Import and Export Wizard to copy data between multiple instances of SQL Server.
Migrate data from a database that was created in SQL Server 7.0 using bcp utility (version 7.0 of bcp to export from SQL Server 7.0 and version 10.50 of bcp to import in SQL Serevr 2008).
The first option is probably the easiest and safest.
Can I create a snapshot from SQL Server 2012 on a SQL Server 2008 R2 Server?
The goal is to build reporting and queries without locking the live database.
I need only a DB copy (Getdate()-1)
No, the SQL Server 2012 snapshot has specific SQL Server 2012 features in it that are not compatible with SQL Server 2008 R2. These are incompatibilities that you will not see. They are deep in the SQL Server engine. You cannot do this.
It's a similar concept to trying to restore a SQL Server 2012 database backup to a SQL Server 2008 R2 instance. The higher database version cannot backstep to a lower version.
You need to use a SQL Server of the same level or higher (I believe or higher) for your snapshot server.
I Create my database with sql server 2008 R2 .
now when setup this software in other computers must install sql server 2008 R2 management studio ?
not exist other way ?
and how i set SqlConnection that run at other systems.
(i connect to database with data connection in visual studio)
thanks.
Exist other way. I mean, there are other ways. Nearly any software that can connect to a database created in SQL Server 7, 2000, 2005 or 2008 is capable of connecting to a database created in SQL Server 2008 R2.
SQL Server Management Studio is used when a human user wants to connect to the database, but not when software connects to it.
Can you set up a Reporting Services 2008 reports server to use SQL Server 2005 for the report catalog database?
Yes you can. Quote:
You can use an instance of the
Database Engine from SQL Server 2005
or SQL Server 2008 to host the
databases.
In the olden days, you could not host SSRS 2005 databases onto SQL Server 2000.