-
Notifications
You must be signed in to change notification settings - Fork 225
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SqlSetup: Support version upgrade #1368
Labels
enhancement
The issue is an enhancement request.
Comments
9 tasks
johlju
added
enhancement
The issue is an enhancement request.
in progress
The issue is being actively worked on by someone.
labels
May 31, 2019
I'm satisfied the PR works. Here's my functional test suite against my lab.
|
johlju
pushed a commit
that referenced
this issue
Jun 6, 2019
…1369) - Changes to SqlServerDsc - Update Assert-TestEnvironment.ps1 to not error if strict mode is enabled and there are no missing dependencies (issue #1368). - Changes to SqlSetup - Add an Action type of 'Upgrade'. This will ask setup to do a version upgrade where possible (issue #1368). - Fix an error when testing for DQS installation (issue #1368). - Changes to SqlWindowsFirewall - Where a version upgrade has changed paths for a database engine, the existing firewall rule for that instance will be updated rather than another one created (issue #1368). Other firewall rules can be fixed to work in the same way later. - Changes to SqlAGDatabase - Fix issue where calling Get would return an error because the database name list may have been returned as a string instead of as a string array (issue #1368).
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I wanted to use SqlSetup to do a version upgrade. This isn't currently supported.
A basic version of it can easily added to MSFT_SqlSetup.psm1:
I tested and this upgrades a basic SQL 2012 install to SQL 2017. This doesn't need to support everything, but supporting something is better than nothing right?
Issues
$isDQCInstalled = (Get-ItemProperty
... and one of them is missing-ErrorAction:SilentlyContinue
.I think this is a bug and it should update the existing rule. The unique factor is the instance name, so if that gets overwritten, it's the correct behaviour.
Separately, for SqlAGDatabase/Get was returning an error for AGs which have a single database. This is because it would attempt to return the DatabaseName property as a string instead of as a string array.
Also .\Assert-TestEnvironment.ps1 would give an error when Set-StrictMode -Version Latest because it checked $dependencyMissing when it may not have been defined.
The text was updated successfully, but these errors were encountered: