Dumps de base de données simplicité

Dumps de base de données simplicité
0
Tags: #<Tag:0x00007f85eff0bf00> #<Tag:0x00007f85eff0be38>

Bonjour,

Ayant eu besoin de restaurer le contenu d’une table m_documents par le contenu d’un dump ‘simplicite-mysql.dmp’ archivé dans /var/backups, j’ai eu l’erreur “ERROR at line 3: Unknown command '\\'.” en lançant la commande d’import MySql.

Il est possible que ce soit lié à la présence de champs blob dans la table.

Nous avons testé une solution : en important un dump généré via mysqldump avec le paramètres ‘–hex-blob’, cela fonctionne.

Avez-vous déjà rencontré ce problème ?

Merci d’avance,

Guillaume.

Infos système :

[Platform]
Status=OK
Version=4.0.P23
BuiltOn=2020-01-10 17:30 (revision 51ec4c2ec0814956190ff9ff1bb6ffd6dde0801c)
Encoding=UTF-8
EndpointIP=127.0.0.1
EndpointURL=http://dev-sim:10538/eqlyc
TimeZone=Europe/Paris
SystemDate=2020-01-13 09:54:45

[Application]
ApplicationVersion=4.0
ContextPath=/eqlyc
ContextURL=http://eqlyc.dev-sim.cr-bretagne.fr/eqlyc
ActiveSessions=1
EnabledUsers=778
TotalUsers=779
LastLoginDate=2020-01-13 09:53:55

[Server]
ServerInfo=Apache Tomcat/9.0.30
ServerType=WEB
User=eqlyc

[OS]
Name=Linux
Architecture=amd64
Version=3.10.0-1062.1.1.el7.x86_64
SystemEncoding=UTF-8

[Disk]
DiskFree=35645
DiskUsable=33633
DiskTotal=47228

[JavaVM]
Version=1.8.0_222
Vendor=Oracle Corporation
VMName=OpenJDK 64-Bit Server VM
VMVersion=25.222-b10
ScriptEngine=rhino
ScriptEngineVersion=Rhino 1.7.10 2018 04 09
HeapFree=129412
HeapSize=310784
HeapMaxSize=466432
TotalFreeSize=285060

[Cache]
GrantCache=792
GrantCacheMax=0
GrantCacheRatio=0
ObjectCache=108
ObjectCacheMax=10000
ObjectCacheRatio=1
ProcessCache=1
ProcessCacheMax=10000
ProcessCacheRatio=0

[Database]
Vendor=2
ProductName=MySQL
ProductVersion=5.5.5-10.2.9-MariaDB-10.2.9+maria~stretch
DriverName=MySQL Connector/J
DriverVersion=mysql-connector-java-8.0.18 (Revision: fef2894d751d47223192b706977b4a5bc41e6be4)
DBDate=2020-01-13 09:54:45
DBDateOffset=0
DBPatchLevel=P23
UsingBLOBs=true

[Healthcheck]
Date=2020-01-13 09:54:45
ElapsedTime=245

De quel dump parlez vous ? De celui effectué par le SIM ?

Si oui il n’y a effectivement pas l’argument --hex-blob mais je n’ai pas le souvenir qu’il y ai eu jusqu’ici de pb à la restauration.

Nous allons faire quelques tests avec le --hex-blob et si c’est concluant l’ajoutera dans le script de sauvegarde du SIM.

Oui, il s’agit bien d’un dump généré par le SIM.

Ci-après une exemple de ligne dumpée sans le paramètre :

(141,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/114/chat.png','chat.png',0,'0',NULL,NULL,1864,7880,114,1247,'image/png','‰PNG\r\n\Z\n\0\0\0\rIHDR\0\0\02\0\0\02\0\0\0?ˆ±\0\0\0	pHYs\0\0\0\0\0šœ\0\0\0tEXtSoftware\0Adobe ImageReadyqÉe<\0\0lIDATxÚÔ™­oÛ@ÀÏQÈPӁ’:e¨+×+mJF“ i(	¨Ó© )š†šþuS”\rtj\n§¸¤`¤–J*eïœst¾¼³ÏŸÉžôÔÔ~qîwïãޝ5’@¾^þ˜ { :¨áÝûþ“‡GŸùÔ½ß}qÿOM´˜ƒ¯ÖAK2;D\než”e\0Йï0„Š/cÐ\0\Zg\04dÎUb‚xB=ÔŽã!-‚†O7(„8q¸<¸ç@¶¹üQ}N`¬T@\0âœåAØhh|z>‹;Ÿ] êÙÐjˆy`Ú‰@B 茝öUE£à©>À4b„@ôi€“VÙ ËÁjM€8f•	[\0°HF@U„y‡€ž+¯#	D &$cƒƒÙ\rZDÜçî*!¨°VØïŠÒ\rún+³r?7æ¹e‚ÇêaÁòâ$oÆ]é‘[M)ët±ˆc²Zé!!f°<B=RC®Ÿ­‚zÅ‘Œ£*1$ëÅ:6Ž=ˆØNÒ\\ðzÅf½›/¼ÂÊ/¿Z\'ÇSR¹_\'\nð\n-Å»’äY;¡kë„Ë’²LŠÈµ5¢9V12Ñpfr‡dQp®9á°CŠ	9Õ”\ZU\rÄR¹6S¯\\ÙÎVfù¡Å•tÿc¹!uªÙA92Q]tb”@i8LA[ŠÛ]±JÕÝïͺ Òªu\\ï¤AÃô6µçÍ\'â`–¿À6K¢Ët¹V\n#¤K*ºûÜ£Y+¿XOÓa\reˆRFåb¾=æ<Sàz\Ze1¾˜R䜀ïeÁËÈË„U¨¶Ä—ÞÉ œ‚<Óõ­ì,Wz)”ØÉWêà]lQˆ¡á¡U²\ZiVõë<XÚhoBV¾…øÜ™Æda[<óÄ®ŸÚ˜b‹²­ÒÖ³ÐB¶Ã¦8ÀÑ;Î]¯©Ü2~”Øl\r\0U¾Ío?Äè#÷œee£4Úða€¸LU9óeø5Ôæuðÿص¢0ËbhYìžNÂÏi•d£¨`ó\"ºM!,Qâ’ó@$ë¸ô™s/|¾x±y›eÁæ×üz\rdŠuÁaRöÈgSq\rÑaæê[lÕû	Y¬<eˆù>ÐF^éKu–Kˆ£q¡3Awj=_»?œ©¼SÁå/èØkyÛTüý‹%\0ÿ:ä9Ñ:2ÐX’OâßÛØ”^+ á¥$4TnbA8°áÚ,²$/!kǘÎ~ŒóßÁ_Od%mo«{ëÛ#Ïßa&ÛæÆÉ•x±ÀeîÉ}½›úík\r¶\'Éú ã.s­Š· f(;Ùƒìkè¡ì@-%1óðˆaDeË2+éo¬Øv7Ÿ#Ó}Í­0 Q?(W):5_‹’»Ì÷öÞÛ2«Z6SzÊè°Ó’Z@ûDaË«‰*G‹“J©†ÿadŠíyžú\'À\0å`ˆ¯­™œá\0\0\0\0IEND®B`‚',NULL,NULL),(142,'2016-04-26 12:54:23','designer','2016-04-26 12:5

et avec le paramètre :

(141,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/114/chat.png','chat.png',0,'0',NULL,NULL,1864,7880,114,1247,'image/png',0x89504E470D0A1A0A0000000D49484452000000320000003208060000001E3F88B1000000097048597300000B1300000B1301009A9C180000001974455874536F6674776172650041646F626520496D616765526561647971C9653C0000046C4944415478DAD499AD6FDB4014C0CF51C850D38181923A1B1CA82B8DD7012B6D4A4693A0692809A806D3C2A920299A869AFE0575065390940D746A0A06A7B8A460A496064A2A65EF9C7374BEBCB3CF9FC99EF4D4D47E71EE77EFE3DE9D359240BE5E1103FE98A07BA03AA8E1DDFBFE939087479FF904D406BD061DDF7D71FF4F4DB49883AF81D6414B323B0444140A65819E01949D1B0800D099EF300F848A02082F63D013001A670602003464CE5501628278423DD48EE3212D0482864F3728843871B83CB8E740B6B9FC517D4E0360AC544000E29CE541D80C0E68687C7A1F3E8B3B9F5D20EAD903D06A88790F60DA89404220E88C9D81F655061F02457FA319E0A93EC03462818440F4690C03809356D904A012CBC16A12184D80386695098D5B00B048460240550684798716809E12082BAF23094405202624630118838D0183D90D5A440BDCE7EE2A21A8B08156D8EF8AD20DFA6E812BB306723F370801E610B96582C7EA611EC1F2E2246F080EC65DE9915B4D2908EB9D74B10F028863B25AE9212166B03C423D5243AE9FAD18827AC5918CA32A033124EBC53A08368E3D1988D80C4ED25CF0127AC566BD9B2FBCC2CA2FBF015A2711C7535205B95F270AF00A2DC5BB92E40F04593BA16B0BEB84CB92B24C8AC8B58D3506A21E39560531321FD17066728716645170AE1639E1B0438A0939D5941A550D16C41152B93653AF5CC399CE5666F9A1C59574FF63B92175AAD9413932515D746202944069384C415B8ADB5DB14AD5DDEF1FCDBAA0D2AA758D5CEFA40441C3F436B5E7CD27E2166096C2BFC0364BA2CB7408B9560A1023A48F4B2ABAFBDCA3591D2BBF584FD3610D6512885246E562BE3DE63C53E07A1A1B31BE049852E49C80EF6508C1CBC8CB19178455A8B6C48D97111FDEC9209C823CD3F5ADEC2C577A2994D816C957EAE0155D6C510688A11DE1A155B21A69161456F5EB080F3C58DA686F4256BE85F8DC997FC66461035B3CF38DC406AE9F7F90DA98628BB2ADD2D6B302D042B6C3A638C0D13BCE5DAF08A9DC10327E94D86C810D0055BE81CD6F3FC4E823F79C651BA3103410DA1EF0071014809DB84C551639F365F835D4E675F0FFD8B5A230CB626859EC9E4EC2CF699564A3A860F322BA4D212C5101E292F3402408EB0FB8F499732F7CBE7808B179029B1BC1E6D7FC7A900D7F648A75C16152F69DC80F6753710DD161E6EA5B6CD50508FB0959AC3C1B88F93E0CD0465E10E9904B75964B888DA371A1338D0841776A3D5FBB3F9CA9BC53C1E52FE88FD8116B7911DB54FC029DFD8B2500FF3A140FE439D13A32D058924F03E2DFDBD80C945E2B20E1A52434546E624138B0E1DA2CB2242F216BC798CE7E8CF3DF06C15F4F64256D6FAB7BEBDB23CFDF0726DBE6C6C995781EB1C01BEEC97D1106BD9BFA1CED6B0DB627C9FA20E32E8F73AD8AB7A066283BD983EC6B0EE8A1EC402D2531F3F08807441BCB322B1EE96FACD876379F23D37DCD06AD30A01E513F2857293A355F8B92BBCCF7F6DEDB329DAB5A36537ACAE8B0D3925A40FB4461CBAB03892A478B934A13A9868DFF0764198A02ED799EFA27C000E56088AFAD999CE10000000049454E44AE426082,NULL,NULL),(142,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/115/check.png','check.png',0,'0',NULL,NULL,1864,7880,115,510,'image/png',NULL,NULL,NULL),(143,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/116/city.png','city.png',0,'0',NULL,NULL,1864,7880,116,526,'image/png',NULL,NULL,NULL),(144,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/117/cloud.png','cloud.png',0,'0',NULL,NULL,1864,7880,117,564,'image/png',NULL,NULL,NULL),(145,'2016-04-26 12:54:23','designer','2016-04-26 12:58:46','designer','Resource/res_image/0/118/cloudapp.png','cloudapp.png',0,'0',NULL,NULL,1864,7880,118,7082,'image/png',NULL,NULL,NULL);

Oui je vois sur le web que les blobs sont à priori mal gérés dans le mysqldump par défaut (!) et qu’il faut utiliser ce flag --hex-blob. On va donc mettre ce flag dans tous les mysqldumps effectués par le SIM

Par contre cela induit une taille de dump plus importante.

C’est fait, ce sera affectif chez vous suite à la mise à jour du SIM (je pense que ça se fait automatiquement, sinon il faut le forcer manuellement par un sim refresh)