phpBB.de

Hallo,
Dir ist sicherlich nicht bewußt das Folgendes

soulbrot hat geschrieben:die datenbank, also die dateien dem ftp server,

großer Quatsch ist, da sich die Datenbank nicht auf dem Webspace befindet sondern auf einem separaten Server des Providers. Auf diese kann nur mit den schon genannten sog. SQL-Tools wie z.B. dem >>> KB:phpmyadmin <<< zugegriffen werden. Auf dem Webspace befinden sich die phpBB-Programm- und -Template-Dateien.

Demzufolge besteht das Backup aus zwei Teilbackup's - meist landen die Dateien dann auf einer lokalen Festplatte -

1. dem Sichern der Datenbank (siehe dazu >>> KB:mysqlbackup <<<)
und
2. dem Backup der Datei- und Verzeichnisstruktur (vom Webserver) via FTP-Programm. Dieses wird sehr häufig vergessen !

Deshalb wird auch hier im Board häufig darauf hingeweisen beide Backup's regelmäßig durchzuführen.

soulbrot hat geschrieben:um nach dem update wieder die alten threads etc zu haben, MUSS ich also zuvor ein mysql backup erstellen, und es nach dem update dann wieder restoren, richtig?

Nein, die Daten in der Datenbank (Nutzer, Themen, usw.) bleiben beim Update erhalten.
Dennoch sollte man sie vor dem Update sichern falls beim Update etwas schief geht.
Hier noch eine Info die die Trennung von Daten und Dateien evtl. etwas verständlicher macht:
KB:db_update

Gruß Christian

danke!

du hattest recht, im control panel von yahoo can man phpmyadmin installieren. hab ich auch gemacht. im prinzip ist jetzt alles nicht mehr schwer. hab mittlerweile alles verstanden und soweit vorbereitet.

einziges problem, schweres problem:
irgendwas stimmt mit yahoo nicht. dieses "critical error, could not connect..." erscheint in ähnlicher form wenn ich im panel die datenbank administrieren möchte. anscheinend ist da irgendwas mit dem server nicht in ordnung. am freitag musste man immer 8 mal klicken bis es im forum nach "crital error..." weiterging. gestern abend liefs dann wie geschmiert und heute morgen ging garnix mehr in sachen datenbank.
hatte einer schon mal ähnliche probleme mit seinem provider?
an einer zerstörten oder veralteten phpbb version kann es ja so doch wohl nicht mehr liegen, wenn ich nicht mal verbindung über das panel aufnehmen kann! aber es wird angezeigt, dass die datenbank in betrieb ist.
yahoo hab ich bereits kontaktiert.

es gibt da auch noch eine repair function für die datenbank bei yahoo. ich hab das aber erstmal gelassen. ich bin mir nicht sicher ob, das problem doch eher bei yahoo liegt. was meint ihr?

ach so, noch was:

ich habe die phpbb dateien per ftp nun gesichert.
im control panel konnte man von dem account ein backup der datenbank anforden. hab ich gemacht und geladen. war mit tar.gz gepackt. entpackt ca 37mb groß. keine sql datei! sonder wyi, wyd, opt, frm dateien alles.
würdet ihr mir bei der ungewissheit mit yahoo und dem besagten vorhandenen backups (eines leider nicht als sql datei!) ruhig zu einem update der beiden boards schon vorab raten, oder soll ich auf nachricht von yahoo erst warten, was da los ist? updaten will ich eh. will bloss vermeiden, dass noch mehr chaos gibt als ohne hinschon.

Die DB-Probleme haben nichts mit der pbpBB-Version zu tun.
Da hat wohl wirklich Yahoo Probleme mit dem Server.
Da kannst Du auch selbst nichts machen.
KB:could_not_connect

Ich würde mit dem Update warten bis der Server wieder vernünftig läuft.

Gruß Christian

jo, danke.

wie siehts mit dem backup der datenbank aus, dass ich nicht im sql format habe (myi, frm, myd usw)? is das brauchbar bzw wird problemlos durch die mysql tools verarbeitet, oder muss ich da erst alles nach sql umwandeln?

*.sql (bzw dessen gepackte Version) lässt sich leichter verarbeiten. Schau mal ob Du das beim exportieren nicht auswählen kannst.

Gruß Christian

nein. das ging nicht. das war so ganz merkwürdig über yahoo panel.
man musste das update anforden, und bekam dann eine *.gz datei. etwas auswählen konnte man nicht.

ich versuch es über phpmyadmin, wenn es wieder läuft.

so eben lief yahoo wieder, war auch in phpmyadmin. beim backup brach dies natürlich ab, wegen der 36mb datenbank.

ich habe ja das backup der datenbank als einzelfiles. kann ich das später bei evtl notsituation mit einem tool auf sql format bringen und dann einfach einspielen?
würde mir jetzt viel arbeit ersparen, wenn ich den guide zu backup von großen dateien so lese...

Hallo soulbrot

soulbrot hat geschrieben:...war auch in phpmyadmin. beim backup brach dies natürlich ab, wegen der 36mb datenbank.

Mach dein Backup mit dem MySQLDumper dann gibt es auch keine Probleme mehr.




Grüße: Mahony

so, ich habe alles gesichert, bin nach dem update guide vorgegangen, hab auch die datenbank aktualisierung durchgeführt mit ergebnis:

Information
Database type :: mysql
Previous version :: 2.0.18
Updated version :: 2.0.21

Updating database schema
Progress :: . . . Done
Result :: Some queries failed, the statements and errors are listing below

Error :: Access denied for user 'yscr_bbG1j8'@'localhost' to database 'phpbb_15'
SQL :: ALTER TABLE phpbb_users ADD COLUMN user_login_tries smallint(5) UNSIGNED DEFAULT '0' NOT NULL


Error :: Access denied for user 'yscr_bbG1j8'@'localhost' to database 'phpbb_15'
SQL :: ALTER TABLE phpbb_users ADD COLUMN user_last_login_try int(11) DEFAULT '0' NOT NULL


Error :: Access denied for user 'yscr_bbG1j8'@'localhost' to database 'phpbb_15'
SQL :: ALTER TABLE phpbb_search_results ADD COLUMN search_time int(11) DEFAULT '0' NOT NULL


This is probably nothing to worry about, update will continue. Should this fail to complete you may need to seek help at our development board. See README for details on how to obtain advice.

Updating data
Progress :: . . . . . . .

Updating version and optimizing tables
Progress :: . . Done
Result :: No errors

Update completed

hab danach install und contrib gelöscht, will mich einloggen und sehe das:

Error in obtaining userdata

DEBUG MODE

SQL Error : 1054 Unknown column 'user_login_tries' in 'field list'

SELECT user_id, username, user_password, user_active, user_level, user_login_tries, user_last_login_try FROM phpbb_users WHERE username = 'soulbrot'

Line : 65
File : login.php

was ist da schiefgegangen und was nun?