Witam
Od jakiegos czasu mam problem ze zrobieniem pelnego dumpa bazy. Tradycyjnie po:
/usr/bin/mysqldump -u root -p --add-drop-table --add-locks \ lms > /backup/lms/lms-auto-"$(date +%s)".sql
otrzymuje:
mysqldump: Couldn't execute 'show create table `customermailsview`': View 'lms.customermailsview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them (1356)
i dump jest przerywany.
Prosze o podpowiedz jak to naprawic bo bez pelnego dumpa bazy nie wyobrazam sobie migracji na nowsze wersje.
Wersja LMS: 1.11.17 Wersja LMSDB: 1.11.17 Wersja MySQL: 5.1.73 Wersja PHP: 5.3.29 Wersja Smarty: 3.1.27 DB: 2015042700
Z gory dziekuje za wskazowki
Pozdrawiam Tomasz D.
Ja to robię tak:
mysqldump -u -p --single-transaction --routines --triggers --databases lms > lms.sql
Ja to robię tak:
mysqldump -u -p --single-transaction --routines --triggers --databases lms > lms.sql
Dzieki za odpowiedz, niestety nadal dokladnie ten sam komunikat. Zdaje sobie sprawe to to cos namieszane w tabeli/widoku customersmail.view ale nie bardzo chce tego hardcorowo dotykac zeby nie popsuc bardziej. Czy ktos z szanownych kolegow potrafi nakierowac na dalsze postepowanie zeby ta tabele naprawic? Co jeszcze moge sprawdzic? Gdzie "uderzyc" zeby nie popsuc bardziej?
Dzieki z gory, pozdrawiam TD
spróbuj użyć "-f" https://mysqltech.wordpress.com/2011/11/18/invalid-views-can-break-backups/
W dniu 11 maja 2016 10:59 użytkownik tdabek@go2.pl tdabek@go2.pl napisał:
Ja to robię tak:
mysqldump -u -p --single-transaction --routines --triggers --databases lms > lms.sql
Dzieki za odpowiedz, niestety nadal dokladnie ten sam komunikat. Zdaje sobie sprawe to to cos namieszane w tabeli/widoku customersmail.view ale nie bardzo chce tego hardcorowo dotykac zeby nie popsuc bardziej. Czy ktos z szanownych kolegow potrafi nakierowac na dalsze postepowanie zeby ta tabele naprawic? Co jeszcze moge sprawdzic? Gdzie "uderzyc" zeby nie popsuc bardziej?
Dzieki z gory, pozdrawiam TD _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Podczas dumpa zignoruj tabele z widokami, jeśli przejdzie to widoki dodasz później.
Dnia 11 maja 2016 13:57 Łukasz Kopiszka lukasz@alfa-system.pl napisał(a):
Podczas dumpa zignoruj tabele z widokami, jeśli przejdzie to widoki
dodasz później.
Dzieki za wskazowke, idzie powoli do przodu, po:
#mysqldump -u root -p --single-transaction --routines --ignore-table=lms.customermailsview --triggers --databases lms > lms-kopia.sql
dump przechodzi bez bledow i wydaje mi sie ze kopia bazy w koncu jest odpoweidniej wielkosci poza tym widokiem.
Czy teraz:
mysql> DROP VIEW customermailsview;
oraz:
CREATE VIEW customermailsview AS SELECT customerid, GROUP_CONCAT(contact SEPARATOR ',') AS email FROM customercontacts WHERE (type & 8) > 0 AND contact <> '' GROUP BY customerid;
bedzie dobrym kierunkiem? Pytam poniewaz nie mam w tej chwili dostepu do innego sprzetu z mysqlem zeby to przetestowac i dzialam na zywym organizmie :)
Zastanawia mnie jeszcze jedna sprawa, skoro byl --ignore-table to czy nie powinienem DROPnac tabeli a nie widoku customermailsview ?
I jeszcze jedna sprawa. W schemacie bazy /doc/lms.mysql dla wersji 1.11.17 nie ma wogole widoku customermailsview. Czy rzeczywiscie go tam nie powinno byc a pojawil sie u mnie poniewaz w grudniu probowalem zrobic upgrade LMSa i wrocilem do 1.11.17 i dlatego teraz ten widok tam miesza? Czy jesli tak jest to poprostu moge go DROPnac i nawet nie tworzyc od nowa dla wersji 1.11.17?
Prosze moze sie ktos z developerow wypowie czy dobrze rozumuje.
Przypomne ze mam: LMS 1.11.17 DB: 2015042700
Dzieki za cierpliwosc pozdrawiam TD
Żywy czy wirutalny zawsze możesz sprawdzić przed wdrożeniem.
Utwórz nową bazę, na której będziesz testował. Zrób nowego hosta pod lms i testuj. Jak będzie działać to przepinaj :)
uczestnicy (3)
-
Marcin -
tdabek＠go2.pl -
Łukasz Kopiszka