Probleme bei Datenbankumzug

Guten morgen Jörg,

Beim exportieren (am besten über phpmyadmin) kreuze noch die option "Füge DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT hinzu".

Wenn schon viel hin und her gefummel war, noch mal einen neuen DB user mit neuem DB Passwort erstellen.

Je nach dem wie dein Hosting-Panel ausschaut, müsstest du drauf achten, das der DB zugang auch
zu der Domain gehört bzw. zu dem Container.

Ich habe die Datenbank Testweise unter einer anderen Domain versucht zu importieren. Könnte es damit zusammen hängen?

Das wird wahrscheinlich sein.
In der Regel sind DB Apache Mail usw. per "Masterdomain/Kopfdomain" voneinander getrennt.

Würde dies nicht der Fall sein, könnte ein Angreifer der eine "domain" im Griff hat auch zur nächsten hüpfen. So werden auch die Datenbanken samt zugriff abgeriegelt.

Vielleicht stellt dein Hoster eine Faq bereit, wie die Rechtestruktur und Beziehung der einzelnen Komponenten geregelt ist.

Ich habe es jetzt mal versucht in der richtigen Domain (die allerdings noch nicht umgezogen ist) zu importieren, Fehlanzeige. Neuer Db Name sacht er mir keine Zugriffsberechtigung und bei altem DB Namen das sie schon existiert. Ich ziehe innerhalb Strato um, von einem Basic Web XL Paket auf den V-Power Server S. Könnte es daran auch liegen? Das ich erst die DB auf dem alten Paket löschen muß bevor ich die importiere?

Star.too ist bei mir ein rotes Tuch.

Vielleicht hat die grundsätzliche Vorgehensweise nicht so ganz hin.
Die Pakete generell haben ihre Namen nicht ohne Grund und sind unterschiedlich organisiert.
Wie das bei deinem Hoster genau aussieht kann ich nicht genau sagen, aber folgende Merke.

ganz grob und vereinfacht
Webspace -> hier kann man seine Webseite unterstellen,

V-Server / VPS -> je nach verwendeter ServerSoftware kann man einen gut isolierten Zugang zu seinem Container. In der Regel hat man hier mehr Möglichkeiten um in seinem Container zwischen den diensten zu springen. Oftmals werden hier auch RAM und CPU zugesichert. Die Rechteverteilung ist hier auch ein wenig anderes geregelt.
Vorsicht ist hier geboten, hier sollte man wissen was man tut. Vor allem auch in Erfahrung bringen wer für die Firewall sorgt..

Root-Server -> ein ganzer "rechner"

Cloud-> mehrere Root-Server zusammengeschlossen.

liest du diesen Post von hier an nach oben, ist das eine grundsätzliche Hosting-Struktur
In deinem Fall könntest du mehrere Webspaces in deinem Vp-System anlegen.

Am besten lesen, verstehen und anwenden was zum V-Server geschrieben steht.
Es sollte sich später auch jemand ansehen, was gemacht wurde.

...lesen lesen lesen. Die Migration auf das neue Paket ein wenig verschieben und den V-Server zuerst verstehen.

Wenn es ein Möglichkeit gibt, sichere deine webXL paket mit allen Datenbanken und scripten(dies sollte ohnehin automatisch eingerichtet werden)

..und dann gehts los mit testen.

Die Firewall ist kein Ding, die ist in meinem Server eingebaut und kann von mir direkt gesteuert/eingestellt werden. Bei MySql-Server steht z.B. Eingang von allen verbieten.
Könnte das auch damit zusammenhängen das ich die nicht importiert bekomme?

Kann sein.
Try and Error or read

havanesertreff schrieb:

... bekomme ich diese Fehlermeldung:

#1044 - Access denied for user \'U261267\'@\'%\' to database \'DB718113\'

Ist der Datenbank User im Plesk denn auch der Datenbank zugewiesen?

(geht über Domain => Datenbanken => "DB718113" anklicken => DB User hinzufügen / bearbeiten).

Gruß,
Matthias

Ja, habe ich gemacht.
Muß ich denn in der "alten" Datenbank schon einen "U" ändern/anlegen der mit dem "U" von Plesk übereinstimmt? Immo weiss ich nicht wo der Fehler kann. Das einizige was mir auffällt, das bei der Maske wo ich die Datenbank importieren kann steht, das ich keine Berechtigung habe Datenbanken anzulegen.

Hast du einen Root-Zugriff auf den Server? Wenn ja, lassen sich die datenbankrechte per Shell anpassen..