pionas 0 Zgłoś post Napisano Marzec 31, 2016 Cześć, czy jest możliwa bezbolesna migracja z Debiana 32bit na 64? Mam 1 serwer i zastanawiam się czy jest możliwość takiej aktualizacji. Zapuściłem sobie MySQLTuner i otrzymałem takie wynik: >> MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>>> Bug reports, feature requests, and downloads at http://mysqltuner.com/>> Run with '--help' for additional options and output filtering[OK] Currently running supported MySQL version 5.5.45-log[!!] Switch to 64-bit OS - MySQL cannot currently use all of your RAM-------- Storage Engine Statistics -------------------------------------------[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM[--] Data in MyISAM tables: 2G (Tables: 1405)[--] Data in InnoDB tables: 726M (Tables: 801)[--] Data in MEMORY tables: 0B (Tables: 7)[!!] Total fragmented tables: 823-------- Security Recommendations -------------------------------------------[OK] All database users have passwords assigned-------- Performance Metrics -------------------------------------------------[--] Up for: 58d 16h 13m 55s (486M q [95.965 qps], 20M conn, TX: 1502B, RX: 65B)[--] Reads / Writes: 75% / 25%[--] Total buffers: 2.7G global + 24.4M per thread (300 max threads)[!!] Allocating > 2GB RAM on 32-bit systems can cause system instability[!!] Maximum possible memory usage: 9.9G (251% of installed RAM)[OK] Slow queries: 0% (76K/486M)[!!] Highest connection usage: 90% (271/300)[OK] Key buffer size / total MyISAM indexes: 2.0G/2.4G[OK] Key buffer hit rate: 100.0% (517B cached / 7M reads)[OK] Query cache efficiency: 20.3% (42M cached / 210M selects)[!!] Query cache prunes per day: 112914[OK] Sorts requiring temporary tables: 0% (32K temp sorts / 90M sorts)[!!] Joins performed without indexes: 2806891[!!] Temporary tables created on disk: 38% (19M on disk / 49M total)[OK] Thread cache hit rate: 99% (870 created / 20M connections)[OK] Table cache hit rate: 25% (5K open / 19K opened)[OK] Open file limit used: 57% (4K/8K)[OK] Table locks acquired immediately: 98% (361M immediate / 365M locks)[!!] InnoDB buffer pool / data size: 128.0M/726.8M[OK] InnoDB log waits: 0-------- Recommendations -----------------------------------------------------General recommendations:Run OPTIMIZE TABLE to defragment tables for better performanceReduce or eliminate persistent connections to reduce connection usageAdjust your join queries to always utilize indexesTemporary table size is already large - reduce result set sizeReduce your SELECT DISTINCT queries without LIMIT clausesVariables to adjust:*** MySQL's maximum memory usage is dangerously high ****** Add RAM before increasing MySQL buffer variables ***max_connections (> 300)wait_timeout (< 360)interactive_timeout (< 360)query_cache_size (> 64M)join_buffer_size (> 4.0M, or always use indexes with joins)innodb_buffer_pool_size (>= 726M) Stąd moje pytanie, firma, która do tej pory robiła mi aktualizacje softu poinformowała mnie, że podejmują takich zleceń na serwerach zewnętrznych, a na pytanie dlaczego jak robili wcześniejsze aktualizacje nie zrobili tego nie otrzymałem odpowiedzi :/ tzn. otrzymałem odpowiedź, że tamta osoba już nie pracuje i nie są w stanie odpowiedzieć na to pytanie :/ Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Kamikadze Zgłoś post Napisano Marzec 31, 2016 Najbezpieczniej jest przenieść dane lub zgrać i zrobić reinstall na najnowszy system 64 bitowy. Jeżeli jest tam tylko mysql to raczej nie problem bo całość można bardzo szybko zrobić. Ewentualnie wykorzystać wbudowaną synchronizację. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pan Kot 1535 Zgłoś post Napisano Marzec 31, 2016 Zbyt dużo zależności. Udostępnij ten post Link to postu Udostępnij na innych stronach
Bartosz Z 236 Zgłoś post Napisano Marzec 31, 2016 Ile tam masz pamięci? Kernel ma włączoną obsługę pamięci o dużej pojemności? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Kamikadze Zgłoś post Napisano Marzec 31, 2016 Ile tam masz pamięci? Kernel ma włączoną obsługę pamięci o dużej pojemności? 4GB z tego co widać chyba. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Spoofy Zgłoś post Napisano Marzec 31, 2016 Nie rób tego - jak pisał @Archi - zbyt dużo zależności i zapewne dpkg wywali jakieś błędy i system nie wstanie. Wyobraź sobie że ten Twój Debian to taki jednorożec... Nie zabijaj jednorożca... Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość mariaczi Zgłoś post Napisano Marzec 31, 2016 Można zaktualizować system "on the fly" z 32bit na 64bit. Jak wszystko, trzeba to robić z głową. Opisu nie podam, bo nazbyt wiele pisania Udostępnij ten post Link to postu Udostępnij na innych stronach
JakubC 43 Zgłoś post Napisano Marzec 31, 2016 Można zaktualizować system "on the fly" z 32bit na 64bit. Jak wszystko, trzeba to robić z głową. Opisu nie podam, bo nazbyt wiele pisania to jak masz być taki pomocny to zmień forum na elektrodę :> też uważam iż zależności będą tutaj decydującym problemem, a kernel PAE chyba nie rozwiązuje sprawy gdy jakaś instancja / soft będzie miała więcej niż 4 GB Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość mariaczi Zgłoś post Napisano Marzec 31, 2016 to jak masz być taki pomocny to zmień forum na elektrodę :> To jak chcesz być taki bystry, to użyj google. To miała by być migracja z 32bit na 64bit a nie odwrotnie. W systemie 64 bitowym da się i zainstalować biblioteki 32 bitowe i uruchamiać aplikacje 32bitowe. Tyle mojego w tym temacie. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Kamikadze Zgłoś post Napisano Marzec 31, 2016 Ale na produkcyjnej maszynie nie wiem czy to jest bezpieczne rozwiązanie. Najpewniej coś się wysypie i rebuild będzie wskazany tak czy inaczej. Udostępnij ten post Link to postu Udostępnij na innych stronach
pionas 0 Zgłoś post Napisano Marzec 31, 2016 Mam 8GB ramu, nie mogę sobie pozwolić na długą przerwę w działaniu maszyny :/ A jakieś zmiany w konfiguracji MySQL? Mam panel DirectAdmin i w nim pokazuje, że MySQL wykorzystuje 2.31 GB pamięci... Udostępnij ten post Link to postu Udostępnij na innych stronach
Jarosław Szmańda 42 Zgłoś post Napisano Kwiecień 1, 2016 A odpalenie tego na czas przerwy na e24 np.? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Kwiecień 1, 2016 NIkt normalny tego nie będzie nawet próbował robić, najlepszy sposób to uruchomienie nowego środowiska 64 bit i zgranie danych. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość mariaczi Zgłoś post Napisano Kwiecień 1, 2016 (edytowany) Oficjalne wiki Debiana: https://wiki.debian.org/Migrate32To64Bit Edytowano Kwiecień 1, 2016 przez mariaczi (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Kamikadze Zgłoś post Napisano Kwiecień 1, 2016 Oficjalne wiki Debiana: https://wiki.debian.org/Migrate32To64Bit No ok, ale na produkcji to tak średnio robić na żywym serwerze. Ja i tak bym przerzucił dane. Nawet nie wiadomo ile to będzie trwało. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość mariaczi Zgłoś post Napisano Kwiecień 1, 2016 Oczywiście, że zgadzam się. Wszystko zależy co tam jest i ile tego jest, jaki jest dostęp do maszyny - np. czy jest KVM itp. itd. Ostateczna decyzja należy do właściciela/administratora serwera. Udostępnij ten post Link to postu Udostępnij na innych stronach
pionas 0 Zgłoś post Napisano Kwiecień 12, 2016 Na serwerze jest kilka stron, z czego dwie konkretniejsze, reszta to takie domowe (max 10 kont). Zamówiłem drugiego dedyka i czekam na jego uruchomienie, przeniosę pliki i zamknę stary... Udostępnij ten post Link to postu Udostępnij na innych stronach