ABAKUS

Ich würde Empfehlen das Backup in Abhängigkeit zu den täglichen Impressionen durchzuführen und nicht mit Cronjobs (z.B. 1 Impression = Import von 10 Produkten).

Eine weitere Möglichkeit wäre es den Cronjob beim jeweiligen Reload mit einer CPU-Kontrolle auszustatten. Sofern die CPU nicht Limit X überschreitet darf er weiter machen, ansonsten muss er 60 Sekunden warten. So dauert das Backup zwar länger, aber der Server bleibt erreichbar.

Beides bezieht sich wie du siehst auf Lastverteilung.

Danach hilft nur noch ein besserer/mehr Server.

robots.txt ist da absolut ungeeignet....

evt.l das DB update so durchführen das es die Suche nicht beeinträchtigt... also z.B. erst eine kopie der DB anfertigen, in der kopie das update fahren und wenn dies fertig ist die tabellen umbenennen, so das die Kopie zum livesystem wird... so haste maximal Ausfälle im sekundenbereich...

eine andere, ebenfalls bewährte, methode ist einfach die Fehlermeldungen in den webmastertools zu ignorieren... ihr wisst ja warum es diese Fehler gibt...

net(t)worker hat geschrieben:eine andere, ebenfalls bewährte, methode ist einfach die Fehlermeldungen in den webmastertools zu ignorieren... ihr wisst ja warum es diese Fehler gibt...

Damit weißt Du aber nicht, welche Fehler aus welchem Grund resultieren. Also wirkliche Fehler sind damit nicht mehr erkennbar.

eine andere, ebenfalls bewährte, methode ist einfach die Fehlermeldungen in den webmastertools zu ignorieren...

die frage ist halt nur, ob das auf die bewertung von google einen einfluss hat? Ich kann mir nicht vorstellen, das es Google "egal" ist, wenn tägliche viele Seiten nicht erreichbar sind.

Google ist es egal, aber Google kann die Seite nicht aufrufen, um sie in den Index zu packen / zu aktualisieren. Faktisch verlierst Du also einen Tag bei der Indexierung (oder mehrere, falls es immer wieder zum gleichen Zeitpunkt zum Ausfall kommt und Google gerade dann wieder einen Versuch gestartet hat).

Was mir auch aufgefallen ist, dass die Crawlinggeschwindigkeit nachlässt, wenn Deine Seite keine gute Antwortzeit hat. Bei vielen Fehlern, dürfte die ja vermutlich schlecht sein. Man riskiert also, dass Google weniger Seiten indexiert, als man es eigentlich gerne hätte.

Es macht also durchaus Sinn die Fehler zu bereinigen, wenn es sich auch nicht auf die SERPs oder ähnliches auswirkt.

Google ist es egal

ist es google wirklich egal, wenn eine seite tausende "nicht erreichbar urls" im webmaster tool anzeigt? Zahlt das nicht in die Qualitätsbewertung und damit unter Umständen auch auf das Ranking einer Seite mit ein?

ähm ... 20 minuten alles lahmlegen für den db-update?

warum benutzt du nicht zwei datenbanken und switcht einfach zu einem festgelegten zeitpunkt zur jeweils aktualisierten?

Ich will ja nicht unken, aber:
Ihr habt mehrere MILLIONEN Produkte?

Mehrere Millionen Produkte ist bei einer Preissuchmaschine normal

Sollte es sich wie ich erahne, um eine solche handeln, dann kannst Du das umgehen, indem du deine Datenbank je nach Affili Partern Stück für Stück erneuerst.

Das muß man nicht in einem Rutsch machen, sondern kann das ganze auch abgleichen lassen. So werden nur erneuerte Artikel rein oder raus genommen. Das spart erheblich Zeit und man hat keine Probs mit Google.

Allerdings braucht man für den Abgleich einen starken Server.

Gruß Scubi

So oder so dürfte es sich um eine mangelhafte technische Umsetzung handeln. Es macht auch aus finanzieller Sicht überhaupt keinen Sinn seinen Server offline zu nehmen. Es gibt ja schließlich auch nachts Besucher, wenn auch weniger.