Please let me know is it possible to migrate mysql 5.5 to maradb 10.1.12 directly?
If it is not possible then kindly let me know the steps for migration.
Related
I have a Magento2 website and wanted to deploy on a server. I got the above mentioned error when I tried to import DB copy of a local to the live mySQL server. I found the reason that on local system I have mySQL 5.6 and phpMyAdmin 4.4 and on the live server it is lower than 5.6(my hosting does not show which mysql version). and phpMyAdmin 3.4.11.
Is there any way to fix the problem? Your comments and solutions are appreciated
The Error look like this.
NOTE:
There were some other tables like admin_user where I removed the CURRENT_TIMESTAMP attribute and ON UPDATE CURRENT_TIMESTAMP from the 2nd column of the DB Table.
MySQL 5.6 is the minimum supported version. Your server might have a lesser version (see https://dev.mysql.com/doc/refman/5.6/en/upgrading-from-previous-series.html) You can check the version running the following query on your server:
SELECT version();
I was wondering if anybody has any experience using flyway with powershell?
I'm trying to create a script that will run flyway on different servers\instances depending on the parameters chosen in the powershell prompts - however I'm struggling to get it working! Has anybody tried this before?
Is there a particular switch to use when running the flyway migrate command that will pick up a certain config file in a specific folder so that flyway runs against a specific server, database or instance?
Admittedly I'm new to using flyway so any help is much appreciated!
Thanks
Use the -configFile=... param: http://flywaydb.org/documentation/commandline/#configFile
I'm using CentOS 6.5 where I successfully install Oracle XE. I want to change my Initial Hostname 'NAFD.WS' to something else. Will this affect Oracle Xe installation? If yes, what's the work around aside from reinstalling the Oracle Xe.
Thanks for your time dear SO.
Looks like your question is addressed here: http://minhtech.com/oracle/oracle-11g-xe-hostname-change/
Basically:
Edit both the listener.ora and tnsnames.ora files at $ORACLE_HOME/network/admin/listener.ora and $ORACLE_HOME/network/admin/tnsnames.ora. In the files, replace instances of the old hostname with the new hostname. Finally, log into root and force a reload:
$ su -
$ /etc/init.d/oracle-xe force-reload
In terms of database functionality, it shouldn't matter. I haven't installed XE in a long time, so, I'm not sure if there's an Oracle inventory, like there is w/ SE and EE. If so, that would be broken, as the hostname is written into the inventory, and there's no supported way to update that. That would imply you can't apply any patches, but, with XE, there aren't any made available anyhow.
If you were running RAC, you'd need to wipe and re-configure CRS, update local and remote listener configs, etc.
But, for XE, I think you'll be fine.
As always, if you care about the data in the database, be sure to take a backup before you proceed.
-Mark
I have upgrading issue in nopcommerce3.0 my current version in 2.3
for example:
Suppose I have Customer table(nopcommerce version 2.3) which have around 8044 rows then I had upgrade script step by step until the version 3.0 then after I checked Customer table there only 5000 rows that means upgrade script deleted 3044 rows in Customer table what is the reason?
would you please help me ?
Check your backup of the database and see if they were old Guest or search engine records.
I am new to Flyway and I am using Flyway 2.1 code base for migration and execution of SQL statements on a previous schema version using Flyway. Once i execute my newer SQL statements the version entry in the metadata table is incremented.
But before I migrate my new version of the schema (i.e before I migrate/ execute the newer SQL statements on the database schema), I would like to capture all the new SQLs in another preview.sql file, so that the DBAs can see the SQLs before they proceed with the migrate.
I plan to do this by adding a flyway.preview() method to the Flyway.java file. Could you please let me know what other files would need to be changed to accomplish this?
Also, I only want to do this if the new version is > current schema version currently in the database. I checked the 2.1 code but the SchemaVersion class has been deprecated in 2.1 and I am not sure how to obtain the current version from the database.
I would appreciate your help or any suggestions that would correct my approach.
Thank you
The necessary abstractions are not in place yet to support this, but I plan on adding them over the next few weeks to support batch updates in 2.2. Once that is done, it should be much easier to implement this.
As for querying the state of the DB, you have the Flyway.info() to assist you.