Ich will meine Datenbanken von SQL 5.7 auf SQL 8.0 umstellen (8.0 wird für Joomla 5 notwendig werden).

Ein "direktes Update" ist offensichtlich nicht möglich - daher der Versuch über "Export" und "Import"!

Leider bekomme ich beim Import folgenden Fehler

Fehler

SQL-Befehl: Kopieren

--
-- Datenbank: `u223131db13`
--
CREATE DATABASE IF NOT EXISTS `u223131db13` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

MySQL meldet:

#1044 - Benutzer 'u223131db8'@'%' hat keine Zugriffsberechtigung für Datenbank 'u223131db13'

Dieser Fehler tritt bei 2 verschiedenen Providern auf - der Support dort kann mir auch nicht wirklich weiterhelfen.

Was ist da faul?

Wie kann ich Datenbanken von SQL 5.7 auf SQL 8.0 "umstellen"?

Wolfgang

Zitat von WM-Loose

Die Umstellung wird doch von deinem Hoster durchgeführt ?

Ansonsten DB exportieren und in SQL 8 importieren.

Nein - ich muss lt. meinem Hoster die DB exportieren und in eine SQL 8.0 DB importieren - aber genau diese Vorgangsweise bringt mir obigen Fehler

Zitat von jsc_01

Gibt's dazu keine Anleitung von deinem Hoster?

Eventuell musst du für die neue DB einen neuen DB-Benutzer anlegen?

Die Anleitung lautet: DB exportieren und importieren - funktioniert aber nicht.

Und mein Hoster kann mir auch nicht weiterhelfen.

Zitat von WM-Loose

Wie, der kann nicht weiterhelfen?

Wie gehst du vor?

Beschreib das mal genauer.

1. Ich habe die SQL 5.7 DB exportiert

2. Ich habe eine neue SQL 8.0 DB angelegt

3. ich habe versucht das SQL-file in die SQL 8.0 DB zu importieren

4. Ergebnis ist obige Fehlermeldung

5. Fehlermeldung mit SQL-file an Provider geschickt. - Antwort " ... Sie können versuchen, das SQL File direkt zu bearbeiten und die Bezeichnungen der alten DB durch die neuen zu ersetzen. "

Mittlerweile wiederholt sich dieser Vorgang mehrmals - Ergebnis ist im Prinzip immer das gleiche.

Zitat von WM-Loose

Welche phpmyadmin Version benutzt du bei deinem Hoster?

Hast du auch mal lokal mit xamp versucht?

Lokal habe ich es noch nicht versucht, habe xamp bei mir nicht installiert

Zitat von CurlY BracketS

Sind das die tatsächlichen Namen deiner neuen db und des entsprechenden Benutzers?

u223131db8 ist die neue DB und der neue DB-Benutzer und u223131db13 ist die alte DB

Zitat von Indigo66

Exportiere und importiere nur die Tabellen.

Habe ich jetzt versucht - Ergebnis

Fehler

SQL-Befehl: Kopieren

--
-- Datenbank: `u223131db13`
--

-- --------------------------------------------------------

--
-- Stellvertreter-Struktur des Views `calendar`
-- (Siehe unten für die tatsächliche Ansicht)
--
CREATE TABLE `calendar` (
`id` int(10) unsigned
,`synctoken` int(10) unsigned
,`components` varbinary(21)
);

MySQL meldet:

#1046 - Keine Datenbank ausgewählt

Zitat von Indigo66

Der Fehler ist doch eindeutig.
Wähle einfach die DB auf der linken Seite aus, bevor Du wieder importierst.

Was ist denn das für ein Saftladen?

1. OK hab ich übersehen

2. Das frag ich mich schön langsam auch

ABER - jetzt bekomme ich folgenden Fehler - wie kann ich den umgehen?

Fehler

SQL-Befehl: Kopieren

CREATE ALGORITHM=UNDEFINED DEFINER=`u223131db13`@`%` SQL SECURITY DEFINER VIEW `calendar`  AS SELECT `kubxe_dpcalendar_caldav_calendars`.`id` AS `id`, `kubxe_dpcalendar_caldav_calendars`.`synctoken` AS `synctoken`, `kubxe_dpcalendar_caldav_calendars`.`components` AS `components` FROM `kubxe_dpcalendar_caldav_calendars``kubxe_dpcalendar_caldav_calendars`;

MySQL meldet:

#1059 - Name des Bezeichners 'kubxe_dpcalendar_caldav_calendars`kubxe_dpcalendar_caldav_calendars' ist zu lang

ManniG.

Habe ich jetzt probiert - leider kommt wieder der Fehler

Fehler

SQL-Befehl: Kopieren

CREATE ALGORITHM=UNDEFINED DEFINER=`u223131db13`@`%` SQL SECURITY DEFINER VIEW `calendar`  AS SELECT `kubxe_dpcalendar_caldav_calendars`.`id` AS `id`, `kubxe_dpcalendar_caldav_calendars`.`synctoken` AS `synctoken`, `kubxe_dpcalendar_caldav_calendars`.`components` AS `components` FROM `kubxe_dpcalendar_caldav_calendars``kubxe_dpcalendar_caldav_calendars`;

MySQL meldet:

#1059 - Name des Bezeichners 'kubxe_dpcalendar_caldav_calendars`kubxe_dpcalendar_caldav_calendars' ist zu lang

[ Zurück ]

Elwood  jsc_01

Ich hatte das Problem bei 2 verschiedenen Hostern und bin es jetzt ganz einfach "umgangen"

1. neue SQL 8.0 Datenbanken angelegt

2. Backup mittels Akeeba Backup gemacht

3. Jeweils eine Sub-Domain "neu" angelegt.

4. Die Backups mittels kickstart.php in die Sub-Domains zurückgespielt und an die neuen Datenbanken gehängt.

Funktioniert problemlos - warum nicht gleich so - könnte mich in den A**** beißen.

Wolfgang