I'm new to SSIS and am working my way through some tutorials and examples from a book I've purchased, so bear with me if this is a basic question. My test environment - VMWare VM with 24 GB RAM with SQL Server 2017 Developer on Windows 10 Pro. SSMS 17.8.1 and Visual Studio 15 Update 3, SSDT 14.0.61712.050 - all running on the same VM.
I've tried running the Deployment Wizard from SSMS and from VS - both give the same result. On the Select Source page, the deployment model is Project Deployment & the .ispac Project deployment file is selected. So far, so good. When I get to the Select Destination page, my local SQL server is selected, Windows Authentication is selected (as it must be, as I understand it), but the User name and Password controls are disabled. Nothing I've tried has affected the enabled setting for these controls.
I've read all the SSIS related questions on this site and have scoured the internet for days, trying to find a solution for this. Based on my lack of success, I'm wondering if this configuration is even supported.
Any thoughts or suggestions on this would be greatly appreciated.
BTW - I don't know if this is related, but I'm also seeing very slow performance connecting to this instance of SQL Server using Windows Authentication from SSMS. Connection is instantaneous using SQL authentication. I spent a couple days chasing that around, too. This is a stand-alone box - not connected to a domain. I work remotely, so I do connect to the corporate network via VPN. It seems to be related to DNS (or reverse DNS), as adding an entry in my HOSTS file (computer-name 127.0.0.1) significantly reduced connection time (still slow, but faster than before) and connection time is slower when VPN is connected (connecting to VPN adds two DNS server addresses).
Image of SSIS Deployment Wizard
"Windows Authentication" means "Windows Integrated Authentication", so you connect to the server "as yourself" without supplying additional credentials. The "User name" and "Password" fields will only get enabled when not using Windows Authentication. I guess that you are wondering how to specify the target location on the server. Well, although "Windows Authentcation" is pre-selected, it isn't "done" yet. You will have to click on "connect" to make it happen.
As for the slow performance while beeing connected via VPN: Yes, it is for sure a DNS problem. While connected to the corporate network, you will use a DNS server from the company network first, and those DNS servers do not know the name of your private computer. An entry in the "hosts" file will help, but I suggest to use just a single dot (.) instead of your hostname when connecting to your local SQL Server.
I have two solaris servers.
One server is for clearcase licenses and another is for source code repository.
Unfortunately, somehow licensing server is not working with telnet (its running in single user mode).
As a result, I cannot open ClearCase Explorer as the licensing server is not working.
Now, I wanted to get the sourcecode from the repository server to my local (windows) system.
How can we get that?
I have PhpMyAdmin and MySQL running in Windows 8.
I have installed them using Apache friends XAMPP v 3.1, so I didn’t do any configuration myself.
Currently if I go to localhost/phpmyadmin">http://localhost/phpmyadmin, then it automatically shows my local MySQL db and tables.
That I need is connect to remote server(it has MySQL) and runnig locally in my machine , for teh user of one app.
How can I connect to that server from phpmyadmin.
I’ve been trying to find if there any kind of connect panel in phpmyadmin, but no fruit yet.
For rather severe security reasons applicable servers to connect to are not configured at runtime but in the core configuration file config.inc.php. Otherwise a single hacked database account on an edge server could easily expose the entire network for brute force hacking, or tunneling into LAN-only unsecured databases.
I'm pretty sure that this is not possible, but is there a way to connect to a SQL Server database using Windows Authentication from a UNIX server? The name "Windows Authentication" makes it seem that this would not be possible, but I just need to make sure.
(And don't say, "Why don't they just switch it to SQL Server Authentication?", this is obviously the solution but I need to be able to tell someone that there's no way that the Windows Authentication way will work.)
Have you looked at Kerberos Authentication in a mixed environment? (I've never implemented this but I believe it is possible by setting up 'trusts')
Enabling Interoperability with Kerberos Clients and Servers Running Other Operating Systems
Take a look at this:
http://www.easysoft.com/developer/languages/php/sql_server_unix_tutorial.html
Reading this article under "Authentication" I have the impression that the referred ODBC driver can be used with Windows Authentication
I'm not sure whether I'm asking the question correctly, but I've been told SQL Server cannot run on a Novell server. Is this true? If yes, why not?
Your problem is your directory service, whether it's Microsoft's Active Directory or Novell's Directory Services (I think it's called).
Sounds to me like your DNS is broken if your clients can't resolve names to IP address.
NOW I see your problem! Sorry dude!
Yes, VERY easy. Kinda.
SQL Server used to be able to talk IPX (the netware protocol) but I think Netware will now talk TCPIP, and you can run IPX and TCP/IP on the same network without an issue - windows clients can run both at the same time, 99% of routers handle all protocols etc.
Windows (XP/2003/etc) can run the netware client, so it can talk to shares etc.
Use the SQL Server logins (rather than windows integrated logins), and it'll work from anything - we have Java on Linux talking to SQL Server on windows just fine :) It's all in the connection string: userid=username;pwd=whatever;server=yourserverhere; etc. But you MUST use the SQL Server Configuration Manager to set these up - the default is shared memory, so you have to enable TCPIP etc.
You may have to be more specific about what a "novell server" is. From what I understand, Novell servers run some form of Suse linux. Sql Server is a windows only product.
My company, however, does have clients that run Novell networks, and we do run Sql Servers on their network. But they're hosted on a win box...
SQL Server is a Windows app. Novel is either one of:
Novell
or
Linux
Neither of these are windows :) It's like asking "why can't I run this Mac application on my windows box". Or "why will my petrol car not run on diesel?"
There are old version of Sybase, which SQL Server sprang from, which COULD run on Novell Netware, but you'd need to find a software museum to find one, I think!
If you need a SQL Server, I'd suggest you either get Small Business Server, which comes with MSSQL, or install one of the free editions of SQL Server on XP or windows 2003 server. Or use something like MySql, Postgress etc on Linux.
I'm not sure what you are asking. Are you looking for software to allow NetWare applications to talk to a SQL Server running on Windows? The wording of your original question implied that you want SQL Server to run on the NetWare machine.
The question of why SQL Server doesn't support NetWare is best asked of Microsoft, but AFAIK SQL Server doesn't support any non-Windows OS.
As someone else said, SQL Server originally came from Sybase's SQL Server (now called Adaptive Server Enterprise), which supported NetWare at one time but dropped it a long time ago. Sybase's other RDBMS, SQL Anywhere, dropped NetWare as of version 11, but versions 9 and 10 are still supported on NW.
OK, now I think I understand. I was thinking "client" as in database client application, not the Novell client.
I don't think you'll need the Novell client on the Windows machine, for a couple of reasons:
If the client is trying to connect over TCP/IP, it doesn't matter whether or not the Windows machine has the Novell client installed
Windows shares aren't affected by the Novell client, though you need some kind of Novell client for the Windows machine to map NetWare volumes
If the Windows machine does need to map NetWare volumes, I have found in the past that the Client Service for NetWare service (which ships with Windows but isn't installed by default) is sufficient, and doesn't have all the overhead of the Novell client.
It sounds like your Windows SQL Server is in fact a second class citizen on your networks. (I imagine you are using SQL Authentication instead of AD based.) If you have to connect via IP rather than name, then your Windows boxes aren't participating in an Active Directory authentication + DNS setup like is the case in most "windows" networks verus the "netware" network that you are running into. Netware has it's own form of directory services that is independant of Microsoft.
If you want your Microsoft SQL Server to be a integral part of your network, then you need Microsoft Active Directory installed with integrated windows authentication and DNS services running on a Domain Controller. But, this would conflict with your directory services (if used) on your netware server.
If your Netware network is running just fine, then I wouldn't change it. Simply add the microsoft sql server's network name to your local DNS services and it won't appear like it's a second class citizen. You could install the netware client on the SQL machine but that would make most DBA's cringe. But, it would register the machine in Netware's directory.
SQL Server, although rooted in a Sybase/Unix/VMS background, is a native windows application. Apart from the compact edition (which runs on some Windows mobile platforms), SQL Server runs on Windows desktop and server operating systems.
More informaiton can be found at wikipedia.
Sorry to be prickly, but I'm not a noob: I know you can't install SQL Server on Linux. Do you guys have customers running Netware trying to connect to a SQL Server? That is what I am dealing with.
We have customers, mostly school systems, that use Netware as the "network OS" with many Windows workstations running the Netware client. Our app uses SQL Server which is usually installed on a Windows 2003 server, but the server is always a second class citizen on the network. Users often must use the IP address rather than machine name to connect the SQL Server.
#Will: Do your Novell customers have trouble accessing SQL Server on the Windows server? Can you install the Netware client on the Windows server to enable file sharing?
#Graeme: Thanks for helping me refine my question. My employer somehow has the impression that a Windows server is a second-class citizen on a NetWare network. Would installing the NetWare client on the Windows server make it easier for NetWare clients (with some form of Windows OS) connect to the SQL Server? Would installing the NetWare client on the Windows server allow the server to share directories and files like a Novell server?
#geoffcc: The app uses SQL Authentication to connect to SQL Server.
The core issue is how are you authenticating to the SQL database. If you have an Active Directory tree, and an eDirectory you can easily link the two via Novell Identity Manager, which will synchronize users, groups, etc (any object you care to map between the two systems) as well as passwords.
Thus the same object exists in both locations so each system can use it as much it needs too. The license for Identity Manager is included with the Open Enterprise Server license (OES can run on Netware or on SUSE Linux Enterprise Server (SLES)).
Then you could use the Active Directory integrated authentication.
Beyond that, your Netware server likely does not need to connect to the database directly. If it does, you will be writing or using an application that includes the database connectivity. At which point it becomes a question of is there a client for this OS or not.
#flipdoubt Well if you are using SQL Authentication, then you are using a SQL Client of some kind to connect to it, and the fact you have Novell in the picture is as unrelated as if you had Banyan Vines. (There you go! Now a search will show at least ONE reference to Banyan Vines!! Every good technology site needs at least one, and probably not more than one!)
As others have noted, what are you trying to do?
If they need to use the IP address of the SQL server to connect to it via a SQL client, then you have a DNS problem.
If you want to connect to the MS SQL server box to put a file on it, then that is somewhat unrelated to the SQL aspect of the issue. There again, DNS can solve your woes, if you register the name of the server (Say it is SQLSERV1) with the default DNS name (say acme.com) tacked onto the end of it, so that the IP Name sqlserv1.acme.com resolves to the IP Number you want it to point at.
Next comes the question of where are the user identities stored? You are using SQL Authentication, so that means you are creating accounts in SQL for each user.
The basic alternatives are to use Active Directory and have MS SQL server use those identities. If you are in a non-AD shop, you can investigate Novell Identity Manager product which has a JDBC driver that can do a fair bit, One thing it can do is synchronize users from eDirectory to be SQL Server users. (Or to Active Directory, Lotus Notes, most LDAP directories, AS400's, mainframes, NIS/NIS+ and many more systems).