Problem mit Datenbank einspielen.

Lino · Verfasst am: Sa Feb 25, 2006 5:17 am Titel: Problem mit Datenbank einspielen.

Hi
Hab auch mal wieder ein problem.

Also bei Mir muss einer dieser scheiss Hacker eingetroffen sein. So wie es aussieht hat er in meiner Datenbank rumgespielt. Meine dateien im root scheinen intakt zu sein. Habe zum Glück gestern ein Update gemacht von meiner Datenbank, aber auf der Page und nicht in MySQL.
Hab dann die Datenbank in MySQL resetet, doch jetzt will Ich die nuke.sql hochladen und zeigt mir jedesmal verschiedliche Fehler an. Hab Sie bestimmt schon 50 mal versucht hochzuladen, aber immer wieder erneuerte Fehler, habe auch schon danach gesucht und auch verändert aber nichts. Normal ladet er mit der Version die Ich habe 94 Dateien hoch, doch nur 38, meist 39 tauchen auf. Zuvor ging Sie ja auch, also müsste es nicht an der nuke.sql liegen.
Normal wenn man die Datenbank neu einspielt müsste doch alles wieder funktionieren oder? Ohne dass man im Root Ordner was ändert.

Weiss einer Rat? Ohne dass Ich alles wieder hochladen muss Wink

Währe sehr dankbar dafür, bin nähmlich schon am verzweifeln Very Happy

Einfach Fragen wenn man das nicht versteht was Ich da geschrieben habe.

Mfg
Sandro
_________________
Independencia-Community

ww_hoax · User Dabei seit: Feb 04, 2006 Beiträge: 21

welche Fehlermeldungen kommen denn???
_________________
NukeNews.De
Neuigkeiten * Trends * Testberichte

hermann · Nuke-Admin Dabei seit: Sep 14, 2004 Beiträge: 1335

Hej Sandro
hat es dich erwischt... schöne schei..

Normalerweise muss man einfach nur das Backup der Datenbank wieder zurückspielen. Bei funpic (auch bei anderen) muss man aber darauf achten, dass die sql Datei nicht zu groß ist. Ich habe die besten Erfahrungen mit sql Dateien mit einer maximalen Größe von 800 kb gemacht. Wenn deine Datei jetzt größer ist, musst du sie vor dem einspielen in kleine Teile aufteilen.
Wenn man bei funpic ein Backup der Datenbank macht (Export) muss man immer auf die Größe der Export Datei achten. Ab und zu scheint das exportieren nicht ganz sauber zu funktionieren. Es fehlen oft Tabellen. Ich habe mir deshalb angewohnt die Datenbank immer 3-mal zu exportieren. Wenn ich dann 2 gleichgroße Dateien habe, bin ich mir sicher, dass ich die ganze Datenbank exportiert habe. Manchmal sind alle 3 Dateien unterschiedlich groß, dann exportiere ich noch mal, bis ich endlich 2 gleichgroße Dateien habe. Es sind immer die 2 größten Dateien.

PS: vielen Dank für deine Mithilfe im Forum!!
Exclamation

ww_hoax · User Dabei seit: Feb 04, 2006 Beiträge: 21

probiert es mal hiermit:

http://www.philiplb.de/index.php?showdownload=48&p=Downloads (empfohlen für das einspielen von großen datenbanken)

Große Datenbanken stellen beim Sichern (Backup) und Einspielen (Restore) immer wieder ein Problem dar.

PHP-Scripte werden nach einer bestimmten Laufzeit abgebrochen (üblicherweise nach 30 Sekunden - Timeout-Error) und so funktioniert ein Backup mit phpMyAdmin nur bis zu einer bestimmten Größe. Wenn die Sicherung oder die Wiederherstellung länger als 30 Sekunden dauert, dann wird der Prozess vom Server abgebrochen. Das händige Aufteilen großer Datenbanken ist zeit- und nervenaufreibend.

Im Folgenden verschiedene Programme und Scripte, die auch mit großen Datenbanken umgehen können und die Arbeit beträchtlich vereinfachen.

SQL Dumpfile Splitter: Dieses Tool splittet die Datenbank in mehrere kleine Dateien auf. Die Zielgröße kann eingestellt werden, so dass die Dateien problemlos wieder eingespielt werden können.

MySQLDumper: Das Script umgeht den Timeout-Error mit Hilfe eines kleinen Tricks. Es liest nur eine bestimmte Anzahl von Befehlen aus der Tabelle aus, merkt sich wie weit es gekommen ist und ruft sich anschließend selbst auf. Dadurch erhält das Script bei jedem Aufruf wieder die vollen 30 Sekunden und so umgehe es den Timeout-Error. Das gleiche Prinzip wird dann auch beim Wiederherstellen der Daten benutzt.

MySQL Backup & Restore: Dieses Script dient dazu beliebig große MySQL Datenbankinhalte zu sichern und bei Bedarf das erzeugte Backup wieder in die Datenbank einzuspielen. Dabei nutzt es ebenso wie der MySQLDumper eine sukzessive Abfrage (CGI-Script).

BigDump: Basiert auf dem gleichen Prinzip - sukzessive Abfrage und Abarbeitung.

MySQL Commander : Leider noch nicht ausprobiert.
_________________
NukeNews.De
Neuigkeiten * Trends * Testberichte

Lino · Verfasst am: Sa Feb 25, 2006 2:21 pm Titel:

Hi Ihr 2
Danke schon mal für euchre Hilfe. Wink

Doch habe Ich folgendes problem, das mir gestern schon vorkam. Habe die Save datei mit dem SQLDumpSplitter in 2 geteilt. Sobald Ich die erste hochladen möchte kommen folgende fehler raus:
MySQL meldet: Dokumentation
#1146 - Table 'independencia.nuke_monitor_date' doesn't exist <-- ist auch mit welcher sql datei ich anfange, oder mit irgend einem, es passiert immer die gleich Fehlermeldung. Table doesn't exist. Sad

Wenn Ich die Save datei mit dem SQLDumpSplitter Teile, heissen dann meine SQL dateien Save_1 und Save_2. Habe auch schon versucht in 10 zu teilen, und dann es hochladen, aber auch immer wieder die gleiche Fehlermeldung. Muss vielleicht die Save_1 und _2 dateien umbenannt werden? Normal hat dies eigentlich nicht viel zu sagen. Glaub Ich ^^
Vielleicht sollten diese namen in der config.php datei im prefix eingegeben werden?

Help Me Please Very Happy

_________________
Independencia-Community

hermann · Nuke-Admin Dabei seit: Sep 14, 2004 Beiträge: 1335

Teile die Datei selber mit einem Texteditor (notepad.exe)
Fangen bei dir die Blöcke in der sql Datei mit
CREATE TABLE an?
wenn nicht, hast du es beim Export vergessen....ganz schlecht. Dann musst du die sql Datei bearbeiten. (alle
CREATE TABLE selber einfügen)

gr hermann

Lino · Verfasst am: Sa Feb 25, 2006 3:44 pm Titel:

Das war wohl ein Fehler. Aber wenn man von der Page im Administrationsmenü die Datenbank speicher möchte frägt er garnicht danach Wink

Hab mir mal die Datei angeschaut, und es fehlen überall die CREATE TABLE.
Werd die mal überall einfügen und nochmals testen. Wink

[/b]
_________________
Independencia-Community

Lino · Verfasst am: Mo Feb 27, 2006 2:08 pm Titel:

Hi

So, habe nun alles eingespielt, bis auf die 'nuke_config' table. Habe alle einzeln bearbeitet und dann auch einzeln die Tabellen hochgeladen. Da könnt Ihr Euch vorstellen was für ne Arbeit Laughing

Es ging auch alles Problem los bis halt auf die nuke_config Tabelle.

Also wenn Ich die table 'nuke_config' hochladen möchte zeigt er Mir folgendes an.
SQL-Befehl:

#
# Table structure for table 'nuke_config'
#
CREATE TABLE nuke_config(
sitename varchar( 255 ) NOT NULL ,
nukeurl varchar( 255 ) NOT NULL ,
site_logo varchar( 255 ) NOT NULL ,
slogan varchar( 255 ) NOisposition : form - DATA

MySQL meldet: Dokumentation
#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'NOisposition: form-data' at line 9

Hab schon alles ausprobiert was es zum probieren gab. Sad

Wo meint Ihr ist der Fehler?
Hier meine 'nuke_config' Tabelle:

#
# Table structure for table 'nuke_config'
#

CREATE TABLE nuke_config (
sitename varchar(255) NOT NULL,
nukeurl varchar(255) NOT NULL,
site_logo varchar(255) NOT NULL,
slogan varchar(255) NOT NULL,
startdate varchar(50) NOT NULL,
adminmail varchar(255) NOT NULL,
anonpost tinyint(1) DEFAULT '0' NOT NULL,
Default_Theme varchar(255) NOT NULL,
foot1 text NOT NULL,
foot2 text NOT NULL,
foot3 text NOT NULL,
commentlimit int(9) DEFAULT '4096' NOT NULL,
anonymous varchar(255) NOT NULL,
minpass tinyint(1) DEFAULT '5' NOT NULL,
pollcomm tinyint(1) DEFAULT '1' NOT NULL,
articlecomm tinyint(1) DEFAULT '1' NOT NULL,
broadcast_msg tinyint(1) DEFAULT '1' NOT NULL,
my_headlines tinyint(1) DEFAULT '1' NOT NULL,
top int(3) DEFAULT '10' NOT NULL,
storyhome int(2) DEFAULT '10' NOT NULL,
user_news tinyint(1) DEFAULT '1' NOT NULL,
oldnum int(2) DEFAULT '30' NOT NULL,
ultramode tinyint(1) DEFAULT '0' NOT NULL,
banners tinyint(1) DEFAULT '1' NOT NULL,
backend_title varchar(255) NOT NULL,
backend_language varchar(10) NOT NULL,
language varchar(100) NOT NULL,
locale varchar(10) NOT NULL,
multilingual tinyint(1) DEFAULT '0' NOT NULL,
useflags tinyint(1) DEFAULT '0' NOT NULL,
notify tinyint(1) DEFAULT '0' NOT NULL,
notify_email varchar(255) NOT NULL,
notify_subject varchar(255) NOT NULL,
notify_message varchar(255) NOT NULL,
notify_from varchar(255) NOT NULL,
moderate tinyint(1) DEFAULT '0' NOT NULL,
admingraphic tinyint(1) DEFAULT '1' NOT NULL,
httpref tinyint(1) DEFAULT '1' NOT NULL,
httprefmax int(5) DEFAULT '1000' NOT NULL,
CensorMode tinyint(1) DEFAULT '3' NOT NULL,
CensorReplace varchar(10) NOT NULL,
copyright text NOT NULL,
Version_Num varchar(10) NOT NULL,
PRIMARY KEY (sitename)
);

#
# Dumping data for table 'nuke_config'
#

INSERT INTO nuke_config VALUES ( 'Independencia-Community', 'http://www.independencia-community.net.ms', 'logo.gif', 'For Just & Fun.!!!', 'Januar 2006', 'sandro@colonia-independencia.net', '0', 'DeepBlue', '<a href=\"http://phpnuke.org/\"></a> ', 'All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2006 by Sandro', '', '4096', 'Anonymous', '5', '1', '1', '1', '1', '10', '10', '0', '30', '0', '1', 'PHP-Nuke Powered Site', 'en-us', 'german', 'en_US', '1', '0', '0', 'me@phpnuke.org', 'NEWS for my site', 'Hey! You got a new submission for your site.', 'webmaster', '0', '1', '1', '1000', '3', '*****', '<a href=\"http://phpnuke.org\">PHP-Nuke</a> Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the <a href=\"http://phpnuke.org/files/gpl.txt\">GPL</a>. PHP-Nuke comes with absolutely no warranty, for details, see the <a href=\"http://phpnuke.org/files/gpl.txt\">license</a>.', '7.9');
_________________
Independencia-Community

hermann · Nuke-Admin Dabei seit: Sep 14, 2004 Beiträge: 1335

Hej
ich habe gerade deinen Code in eine Datenbank eingespielt.

DeYesila · Verfasst am: Mo Feb 27, 2006 11:16 pm Titel:

Ich habe auch einen fehler in der nuke_config, genau dieselbe fehlermeldung: 1064. Da habe ich spasseshalber mal die original nuke.sql, die ich ganz am Anfang als ich Nuke installiert habe, mal hochgeladen, und sogar da kommt die Fehlermeldung, obwohl das ja damals geklappt hat.
Also ich glaube nicht, dass da irgendein Fehler ist. Ich habe es bei funpic hochgeladen, und soweit ich weiß, hat Lino seine Seite auch bei funpic. Kann es vielleicht daran liegen? Das da irgendetwas faul ist bei funpic.de? Ich weiß es nicht.

MfG

DeYesila

Lino · Verfasst am: Di Feb 28, 2006 4:32 am Titel:

Hi Ihr 2

So langsam Glaube Ich auch daran was DeYesila sagt. In meinem Xampp z.B. geht es Problemlos. Doch wenn Ich es in diesem Fall bei Funpic machen möchte kommen immer wieder diese Fehlermeldung, aber nicht immer die gleichen komischerweisse. Manchmal kommt sogar Kein SQL-Befehl! Echt komisch das ganze.
Aber auf der anderen Seite, kann die SQL von ner neuen (nicht installierten) Seite nicht funktionieren auf einer schon Installierten Seite. Da ja die ganzen Einträge fehlen. Richtig oder? Wink

Habe Ehrlich gesagt schon alles ausprobiert. Auch das was du zuletzt sagtest Hermann. So langsam regt mich das ganze auf Laughing

Versteh das einfach nicht. Crying or Very sad

Einfach weiter testen, vielleicht funktioniert es dann ja mal irgendwann. Rolling Eyes

_________________
Independencia-Community

DeYesila · Verfasst am: Di Feb 28, 2006 2:49 pm Titel:

Ja, was bleibt denn einem noch übrig Wink

Und irgendwann ist gut Very Happy

Hoffen wir mal, dass wir bald eine Lösung haben werden.
Bis dahin,

DeYesila

EDIT: das mit der gleichen Fehlermeldung, aber an immer anderen stellen, taucht bei mir auch immer auf. Echt komisch...

hermann · Nuke-Admin Dabei seit: Sep 14, 2004 Beiträge: 1335

was ist los mit funpic?
ich habe es nun auch auf funpic getestet...es kommt immer dieser Fehler... schöne sch..
Evil or Very Mad

hermann · Nuke-Admin Dabei seit: Sep 14, 2004 Beiträge: 1335

Hej
funpic spinnt total !!
aber ich habe eine Lösung gefunden.

den SQL Code einfach immer wieder und wieder eingeben.. so nach dem 4-5 mal geht’s dann plötzlich.

Ich habe mal etwas im Forum von Funpic nachgelesen. Derzeit scheinen alle Datenbankprobleme zu haben. Teilweise verschwinden auch Einträge in der Datenbank. Funpic ist derzeit mit Vorsicht zu genießen.

DeYesila · Verfasst am: Di Feb 28, 2006 7:48 pm Titel:

Na dann, das funpic spinnt, ist jetzt doch war... Rolling Eyes

Dann werd ich mal schauen, ob es klappen wird. Aber mir gefällt nicht die Tatsache, dass einfach Einträge aus der Datenbank verschwinden...

MfG

DeYesila