From reading the docs, which are not to the point imho, when wanting to extract from a Source Oracle DB:
do you need to install OGG Classic on the same Server of the Source Oracle DB always for the Extract?
or, can we move with a script the archived log files to another machine?
or can the extract work out that the Oracle Source DB is on another server via tnsnames, ldap, oranames, etc?
That is not clear to me from the docs.
Looking at this from licensing cost issues on big db server. Sure, we can shareplex to another machine.
Picture provided:
All three scenarios are supported. Migrating log files from one machine to another is referred to as Downstream Capture and using GoldenGate on one machine to capture from the DBMS over the network is referred to as Remote Capture.
In addition, with Oracle GoldenGate 19.1 for Oracle, you can capture across operating systems. This means you can run GoldenGate on a Linux machine to capture data from your AIX DBMS environment.
Related
I need a reliable connection to spool files (reports) from PC to iSeries Navigator
I have Data Analytics software (Monarch) running on a Windows PC. I need a reliable connection to iSeries Navigator running on an AS400 run Data Analytics models against the spooled reports on Navigator
I could use VBA code to manipulate AS400 macros to access or move data between the AS400 and the windows pc, if this is an easy process to access the AS400 data
1st post...I can't ask for further clarification of your issue due to no privileges.
Unless you're looking for a direct connection between Monarch and iSeries Navigator (not sure that's an option), you can view the output queue, then drag-n-drop the spool file to the desktop.
On IBM i Access Client Solutions (the iSeries Navigator successor), you right-click the desired spool file to download to the desktop as a pdf file (default) or a text file.
In either case, the file should then be available for a Monarch import.
That's how our end-users utilize the AS400 spool files with Monarch.
I have installed vmware player and added the disk file to it. Teradata studio is already installed in it. Now, I want create a database of good size to perform bulk load types in Teradata.
Where can I get the sample database?
I assume that you are asking about the software part to create an instance of Teradata database. If you have VMware downloaded from Teradata for evaluation purpose, it is already installed and configured. You just have to connect with your Studio.
If you are trying to create a virtual environment on your own, then you need to download the Teradata software and install in machine which will create a database. After installing the software you can configure and connect with Studio.
Teradata Express comes with toy data (Samples database) but only up to version 14. From version 15 it is (oddly) removed.
Your VM-Ware is fully configured. Sart your TD-Studio and connect to it.
From VM-Ware's TD-Studio it is TDPID: localhost od 127.0.0.1 User dbc pass dbc
There are no more sample databases in Teradata Express, but I published several data sets on GitHub, see the blog on Teradata Community
I am writing an application in C# (.NET 4.0) which has to integrate with another, much older application. Part of the requirement is that my program must read data from three Btrieve files. I can assume that these Btrieve data files will already exist on the computers where my program is installed, and I can also assume that Pervasive PSQL V9 will also be installed and the relational and transactional service programs are running.
I have the associated DDF files, and I can install them as part of my application. The way they were created I have to put them in a different directory to where the Btrieve data files are. (They have to be a sub-directory of the directory where the data files are).
I didn't know anything about Pervasive or Btrieve when I started, but after a bit of experimentation I have got to the point where I can create a DSN using the 32 bit ODBC administration tool, and I can read from the data files using the ODBC ADO connector. All good so far.
My question is, is it possible to read from these files from my .NET program without having to create an ODBC DSN on the machine? In other words, is it possible to specify the directory where the *.DAT files are and the directory where the *.DDF files are in the ODBC connection string?
I'm not committed to using ODBC, I'm happy to use OLEDB or any other technology that allows me to reliably read from these files using .NET.
While a DSN-less connection allows your to connect without a DSN, you would still need a Database Name. Pervasive Database Names can be created on the fly using DTI or DTO. Using C#, I would suggest DTO.
If you can't create a Database Name, you can use OLEDB. It supports using a path in the Data Source parameter of the connection string as documented in the Remote Connections section of the OLEDB documentation.
One more caveat, make sure to compile your .NET program as x86 and not AnyCPU. The Pervasive OLEDB provider is only 32 bit. If you install your app on a 64 bit Operating System compiled as AnyCPU, it will look for a 64 bit provider and fail.
You should search for DSN-less connection. Instead of passing DSN=mydsn to the connect method (where mydsn is the DSN you set up) you pass DRIVER=xxx (where xxx is the name of the driver) and any other attributes it needs to direct it at the files. There are loads of sites with lists of connection strings for different ODBC drivers so one is bound to list Pervasive if you cannot locate the documentation for your ODBC driver. Another alternative to so look at your DSN in the registry where you'll find the names of the attributes you need to specify.
I need to load into sqlserver all of my locally stored email messages. Currently those are thunderbird-based but if i need some sort of export-to-outlook utility, fine, just say the word. I could probably adapt some asp.net (c#) code to access the local messages but doing the google against:
export emails from thunderbird to sql server
import to sqlserver from outlook
and a vast variation there of, is not getting me any closer to either a utility or someone's codeplex project.
it's probably trivial local file access stuff, so it's probably been done a few thousand times and has to have been presented as utility code a few hundred...but how do i find it?
thx
A solution is to setup a virtual machine or a server running linux (debian) or FreeBSD (my favorite). To install postgreSQL and DBmail and to connect through IMAP to DBmail.
With dbmail it is possible to store all email into SQL.
What I want is a Powerbuilder application that runs on Windows that runs from a CD (or some other external disk) that can read from an ASA database whose file is located on the same disk. But I want to do so without deploying the ODBC or OLEDB drivers. That is, I do not want to have to copy the driver files to the client's hard disk or add any registry entries. Is this possible?
In the Powerbuilder and ASA documentation they mention something about "embedded database connections" and supposedly you can specify the executable for the database server in the connection string. But that was no help.
When you attempt to connect to a database and "ODBC" is specified for the DBMS property of the transaction object, PowerBuilder is going to want to start loading drivers and looking to an ODBC datasource for the driver's info.
The only thing I can think to try, is to create all the registry entries at run time and point them to the driver files and the .db file on the CD. You might be able to make things easier with a file based datasource on the CD already, but you'll still need to create registry entries to setup the driver details. Then you can remove all those entries when you disconnect/close the application. I don't think you can do this completely without registry entries.
You do have to deploy the ODBC driver, that's how PB talks to SQL Anywhere. You dont have to create a DNS entry though, you can usr a DNSless connection.
http://www.carlprothman.net/Default.aspx?tabid=90#ODBCDriverForSybaseSQLAnywhere
Since you aren't getting much feedback I thought I'd offer this. I've done this with MS Access, but MS Access is much easier to connect to and most Windows PC's are able to connect via File based DSN.
You definitely want to avoid ODBC if at all possible look for File based DSN in ASA, but because it is more of a full database engine I doubt it is possible without ODBC and setting up ODBC via Registry Entries is possible but no fun at all especially if your clients are running different versions of Windows.
Here is the connect string I used for something similar but MS Access. I choose Access for this exact reason, it was for a RPG program and I wanted a database but didn't want to mess with ODBC.
Sample:
"Connectstring='Driver={Microsoft Access Driver
(*.mdb)};UID=abc;PWD=123; Dbq=C:\Program Files\Mafia Manager\mm.mdb;
Exclusive=1;'"