R1soft onbetrouwbaar MySQL

[tvdh]

Hallo,

Sinds een tijdje gebruiken we R1soft.
Bevalt kwa performance etc. vrij goed.

Hebben ook een aantal restores gedaan, dit ging prima.
Echter een tijd terug hebben we een database van +- 3GB moeten restoren.
Hier klapte hij er halverwege uit omdat er een tabel corrupt zou zijn...
Heb de backup dus maar gedeeltelijk terug kunnen zetten.
Bij het maken van de backup geen enkele foutmelding.
Dat is nog tot daaraantoe, want het grootste deel heb ik kunnen restoren.

Maar vandaag echt zeer grote problemen.
Ik moest een database restoren, dit is een Wordpress site.
Backup en verify altijd succesvol geweest op de betreffende server.
Restore ging ook goed zei R1soft. Echter staan er opeens maar 6 tabellen in de database, dus hij mist een groot deel van wat 100% zeker in de database stond voorheen.
Opnieuw restore geprobeerd, zelfde resultaat.
Via de browser in R1soft SQL browser gekeken bij de tabellen, laat hij alleen maar die 6 tabellen zien.
Steekproef gedaan voor andere WP sites, blijkt dat daarvan soms zelfs nog minder gebackupped is.
Dit is dus wel een zeer groot probleem. Het lijkt of alles perfect gebackupped is en bij een restore gaat het dus ernstig mis.
Steekproefje op andere servers lijkt het probleem niet voor te komen, maar kan helaas niet alles handmatig checken.

R1soft server en client zijn up to date.

Iemand een idee/verklaring hoe dit kan? Stel er zijn dadelijk echt calamiteiten en mijn data is gewoon niet terug te halen, dat zou wel echt desastreus zijn.
Heb hier ook de support van mijn R1soft leverancier over gemaild, hoop op een zeer goede verklaring, anders stoppen we per direct weer met R1soft. Heb er dan totaal geen vertrouwen meer in.

Groeten Tim

[NibeP]

Bij onszelf, maar ook bij concullega's, merk ik dat de tevredenheid over R1Soft hard achteruit gaat. De stabiliteit en betrouwbaarheid zijn niet meer zoals voorheen.

[Kay van Aarssen]

Same here, overgestapt naar RSnapshot met MySql dump op de servers die RSnapshot vervolgens met een aparte job backupt los van de files.
Met RSnapshot hebben we reports gemaakt op basis van rsnapreport.pl ( even google ) en slack integratie. Als iemand hier meer over wilt weten let me know!

We testen zelf willekeurg restores naar een test server, tot op heden nog geen problemen gehad ook niet met grote db's van webshops (magento)

[tvdh]

Heb net R1soft geupdate van 6.2.1 naar 6.2.2
Lijkt helemaal te zijn opgelost nu.. Ook bij backups uit het verleden. Heb dezelfde restore gedaan als gisteren, nu is de DB wel compleet.
Erg vaag

[bibawa]

Hier daarstraks ook een wordpress db moeten restoren ging ook niet zoals het hoorde..
Uiteindelijk moeten restoren naar een database met andere naam en dan zelf moeten backuppen in mysql en terugduwen naar originele database..

Het gaat hard achteruit met dat product, er is echter geen deftig ander - betaalbaar - product..

[Kay van Aarssen]

Waar wij met name problemen zagen was bij uurlijkse backups met R1Soft deze waren dan niet op tijd klaar voor de volgende job met een lange wachtrij tot gevolg. Nu met RSnapshot geen problemen meer mee.

[Pantsy]

Ik lees XFS problemen en hardware problemen (waar de cdp manager op draait). Voor XFS support kan je tegen dergelijke problemen aanlopen, het is jammer dat R1soft traag is met het ondersteunen van XFS maar dit zou nu weer volledig supported moeten zijn (voor de SQL problemen).

Als een backup niet op tijd klaar kan zijn, uurlijks in dit geval, dan kan het zo zijn dat de onderliggende hardware niet voldoende is. Stel je hebt een server met een tweetal sata disks in raid1 en je draait daar tientallen server backups op, dat is onvoldoende. Dit is iets wat wij in de praktijk vaak tegenkomen dat de gebruikte hardware onvoldoende is en vooraf niet naar is gekeken. Mocht er wel de juiste hardware zijn gebruikt, dan is het inderdaad raar dat een uurlijkse backup niet op tijd kan worden afgerond destijds.

R1soft heeft veel informatie beschikbaar en geeft ook webinars, wellicht goed om je hier eens in te verdiepen wanneer je R1soft gebruikt om te kijken of het product ook volledig en maximaal word benut.

[stefantriep]

Als een backup niet op tijd klaar kan zijn, uurlijks in dit geval, dan kan het zo zijn dat de onderliggende hardware niet voldoende is. Stel je hebt een server met een tweetal sata disks in raid1 en je draait daar tientallen server backups op, dat is onvoldoende. Dit is iets wat wij in de praktijk vaak tegenkomen dat de gebruikte hardware onvoldoende is en vooraf niet naar is gekeken. Mocht er wel de juiste hardware zijn gebruikt, dan is het inderdaad raar dat een uurlijkse backup niet op tijd kan worden afgerond destijds.

Dit ben ik zeker met je eens, hardware speelt een hele grote rol hierbij. Sinds de 6. versie zijn de hardware requirements ineens omhoog gegaan. Waar je met 5.14.3 nog ruim genoeg had, kan je vanaf de 6. versie echt in de problemen komen. Met de versie updates losse ze problemen wel op, maar soms duurt het even en soms maken ze een hotfix voor je als het urgent is.

[Mark17]

Toen er geen optie meer was om r1soft op een moderne Debian versie te draaien (wel een stable variant uiteraard) zijn we gestopt met r1soft. Inmiddels draait burp icm mysqldumps alweer geruime tijd naar tevredenheid.

[Sjelle]

Los daarvan al meer dan 3 versies een unresolved bug :

Site-to-Site (remote replication) Disk Safe replication tasks for Windows protected machines using Dynamic Disks may fail with protocol errors when replicating partition tables

ZEER vervelend....