Alle 1C-Entwickler interagieren auf die eine oder andere Weise eng mit IT-Services und direkt mit Systemadministratoren. Aber nicht immer verläuft diese Interaktion reibungslos. Ich möchte Ihnen einige lustige Geschichten darüber erzählen.
Hochgeschwindigkeitskommunikationskanal
Die meisten unserer Kunden sind große Unternehmen mit ihren großen IT-Abteilungen. Für Sicherungskopien von Infobasen sind in der Regel die Spezialisten des Kunden verantwortlich. Es gibt jedoch relativ kleine Organisationen. Speziell für sie haben wir einen Service, nach dem wir uns um alle Probleme im Zusammenhang mit der Sicherung aller 1C kümmern. Über ein solches Unternehmen wird in dieser Geschichte diskutiert.
Ein neuer Client unterstützte 1C, und der Vertrag enthielt unter anderem eine Klausel, dass wir für die Sicherungen verantwortlich waren, obwohl sie einen eigenen Systemadministrator hatten. Die Client-Server-Datenbank als DBMS - MS SQL. Eine ziemlich normale Situation, aber dennoch gab es eine Einschränkung: Die Hauptbasis war ziemlich groß, aber gleichzeitig war der monatliche Anstieg sehr gering. Das heißt, die Datenbank enthielt viele historische Daten. Angesichts dieser Besonderheit habe ich Backup-Wartungspläne wie folgt erstellt: Am ersten Samstag eines jeden Monats wurde ein vollständiges Backup erstellt, es war ziemlich gewichtig, dann wurde jede Nacht eine Differenzkopie erstellt - eine relativ kleine Menge und jede Stunde eine Kopie des Transaktionsprotokolls. Darüber hinaus wurden vollständige und differenzielle Kopien, nicht nur, dass sie in eine Netzwerkressource kopiert wurden, zusätzlich auf unseren FTP-Server hochgeladen. Dies ist eine zwingende Voraussetzung für die Bereitstellung dieses Dienstes.
All dies wurde erfolgreich konfiguriert, in Betrieb genommen und funktionierte im Allgemeinen einwandfrei.
Einige Monate später wechselte der Systemadministrator in dieser Organisation. Der neue Systemadministrator begann schrittweise mit dem Wiederaufbau der IT-Infrastruktur des Unternehmens gemäß den modernen Trends. Insbesondere erschien Virtualisierung, Festplattenregale, Zugriff wurde überall geschlossen und alles usw., was sich im allgemeinen Fall natürlich nur freuen kann. Aber es lief nicht immer reibungslos mit ihm, oft gab es Probleme mit der Leistung von 1C, was zu Meinungsverschiedenheiten und Missverständnissen mit unserer Unterstützung führte. Es sollte auch beachtet werden, dass sich unsere Beziehungen zu ihm im Allgemeinen ziemlich kalt und etwas angespannt entwickelten, was den Spannungsgrad nur im Falle von Problemen erhöhte.
Aber eines Morgens stellte sich heraus, dass der Server dieses Clients nicht verfügbar war. Ich habe den Systemadministrator angerufen, um herauszufinden, was passiert ist, und habe Folgendes erhalten: "Unser Server ist abgestürzt, wir arbeiten daran, es liegt nicht an Ihnen." Nun, das funktioniert. Die Situation ist also unter Kontrolle. Nach dem Mittagessen rufe ich mit der Stimme des Administrators wieder zurück, anstatt mich zu ärgern, fühle ich mich bereits müde und apathisch. Versuchen Sie zu klären, was passiert ist, und können wir irgendwie helfen? Das Gespräch ergab Folgendes:
Er verlegte den Server mit einem gerade zusammengestellten Überfall auf ein neues Speichersystem. Aber etwas ging schief und nach ein paar Tagen brach dieser Überfall sicher zusammen. Entweder ist der Controller durchgebrannt oder es ist etwas mit den Festplatten passiert, ich erinnere mich nicht genau, aber alle Informationen gingen unwiederbringlich verloren. Die Hauptsache war, dass sich die Netzwerkressource mit Backups, die sich auch während einer Migration befanden, auf demselben Festplattenarray befand. Das heißt, sowohl die produktive Basis selbst als auch alle ihre Backups gingen verloren. Und was jetzt zu tun ist, ist nicht klar.
Ruhig, sage ich. Wir haben Ihre Nachtsicherung. Die Antwort ist Stille, unter der ich verstehe, dass ich gerade das Leben eines Menschen gerettet habe. Wir beginnen zu diskutieren, wie diese Kopie auf einen neuen, gerade bereitgestellten Server übertragen werden kann. Aber hier trat ein Problem auf.
Erinnern Sie sich, ich sagte, dass das vollständige Backup ziemlich groß war? Ich habe es aus einem Grund einmal im Monat samstags gemacht. Tatsache ist, dass das Unternehmen ein kleines Werk war, das sich weit außerhalb der Stadt befand und das Internet, das sie hatten, sehr mittelmäßig war. Am Montagmorgen, dh über das Wochenende, hatte diese Kopie mit halbem Kummer Zeit, sie auf unseren FTP-Server hochzuladen. Aber es gab keine Möglichkeit, ein oder zwei Tage zu warten, bis es in die entgegengesetzte Richtung geladen wurde. Nach mehreren erfolglosen Versuchen, die Datei zu ziehen, holte der Administrator die direkte Festplatte vom neuen Server heraus, fand irgendwo ein Auto mit einem Fahrer und eilte schnell zu unserem Büro, da wir uns immer noch in derselben Stadt befinden.
Während wir im Serverraum standen und darauf warteten, dass die Dateien kopiert wurden, trafen wir uns sozusagen „live“, tranken eine Tasse Kaffee und unterhielten uns in einer informellen Umgebung. Ich sympathisierte mit seiner Trauer und schickte sie mit einer ganzen Reihe von Backups zurück, um die gestoppte Arbeit des Unternehmens wiederherzustellen.
Anschließend wurden alle unsere Anträge an die IT-Abteilung sehr schnell gelöst und es gab keine Meinungsverschiedenheiten mehr.
Wenden Sie sich an Ihren Systemadministrator
Einmal konnte ich mit einem einzelnen Client 1C für eine sehr lange Zeit nicht für den Webzugriff über IIS veröffentlichen. Es scheint eine gewöhnliche Aufgabe zu sein, aber hier ist es nicht aus dem Weg gegangen. Lokale Systemadministratoren haben eine Verbindung hergestellt und verschiedene Einstellungen und Konfigurationsdateien ausprobiert. 1C im Web wollte normalerweise in keinem arbeiten. Irgendetwas stimmte nicht mit den Sicherheitsrichtlinien für Domänen oder mit einer hoch entwickelten lokalen Firewall oder was zum Teufel. Bei der N-ten Iteration löscht der Administrator einen Link zu mir mit den Worten:
- Versuchen Sie es erneut mit dieser Anweisung. Dort ist alles ziemlich detailliert. Wenn es nicht funktioniert, schreiben Sie an den Autor dieser Website. Vielleicht hilft er Ihnen dabei.
"Nein", sage ich, "es wird nicht helfen."
- Warum?
- Ich bin der Autor dieser Seite ... (
Infolgedessen starteten sie Apache ohne Probleme. IIS konnte nicht gewinnen.
Tiefer
Wir hatten einen Kunden - ein kleines Produktionsunternehmen. Sie hatten einen Server, einen so eigenartigen „Klassiker“ 3 in 1: Terminalserver + Anwendungsserver + Datenbankserver. Sie arbeiteten in einigen Branchenkonfigurationen, die auf Softstartern basierten, es gab ungefähr 15 bis 20 Benutzer im System, und die Systemleistung war im Prinzip für jeden geeignet.
Die Zeit verging, alles funktionierte mehr oder weniger stabil. Aber Europa verhängte Sanktionen gegen Russland, wodurch die Russen anfingen, hauptsächlich einheimische Produkte zu kaufen, und die Dinge bei dieser Firma gingen bergauf. Die Anzahl der Benutzer ist auf 50-60 Personen angewachsen, eine neue Niederlassung wurde eröffnet, ebenso wie der Workflow. Und jetzt hat der aktuelle Server aufgehört, mit der stark erhöhten Last fertig zu werden, und 1C begann, wie sie sagen, "langsamer zu werden". Zu Stoßzeiten wurden Dokumente mehrere Minuten lang aufbewahrt, Blockierungsfehler wurden niedergeschlagen, Formulare wurden lange geöffnet, und die ganze Reihe anderer damit verbundener Dienste. Der lokale Systemadministrator wies alle Probleme zurück und sagte: "Dies ist Ihr 1C, Sie müssen es herausfinden." Wir haben wiederholt vorgeschlagen, eine Leistungsprüfung des Systems durchzuführen, die jedoch die Prüfung selbst nicht erreicht hat. Der Client bat lediglich um Empfehlungen zur Fehlerbehebung.
Nun, ich habe mich hingesetzt und einen ziemlich umfangreichen Brief geschrieben, in dem es heißt, dass es notwendig ist, die Rollen des Terminalservers und des Anwendungsservers vom DBMS zu trennen (was wir im Prinzip bereits wiederholt gesagt haben). Ich schrieb über DFSS auf Terminalservern, über Shared Memory, warf Links zu autorisierenden Quellen und bot sogar einige Hardwareoptionen an. Dieser Brief erreichte die Befugnisse des Unternehmens, ging mit den „Execute“ -Resolutionen an die IT-Abteilung zurück und das Eis brach im Allgemeinen.
Nach einiger Zeit sendet mir der Administrator die IP-Adresse des neuen Servers und die Anmeldeinformationen. Er sagt, dass MS SQL und die Komponenten des 1C-Servers dort bereitgestellt werden und Sie die Datenbanken übertragen müssen, aber bisher nur auf den DBMS-Server, da es einige Probleme mit den 1C-Schlüsseln gab.
In der Tat, alle Dienste kamen herein, der Server ist nicht sehr leistungsfähig, okay, ich denke, es ist besser als nichts. Ich werde die Datenbanken bisher übertragen, um den aktuellen Server zumindest irgendwie zu entlasten. In der ausgehandelten Zeit führte er alle Übertragungen durch, aber die Situation änderte sich nicht - trotz der gleichen Leistungsprobleme. Seltsam natürlich, nun, lassen Sie uns die Basen im 1C-Cluster registrieren, wir werden sehen.
Es dauert mehrere Tage, die Schlüssel wurden nicht übertragen. Ich interessiere mich für das Problem, dort scheint alles einfach zu sein - ich habe es von einem Server entfernt, in einen anderen gesteckt, den Treiber installiert und es ist fertig. Der Administrator antwortet und sagt etwas über die Portweiterleitung, einen virtuellen Server und vieles mehr.
Hmm ... ein virtueller Server? Es scheint, dass es nie eine Virtualisierung gegeben hat, und sie waren es nicht ... Ich erinnere mich an ein ziemlich bekanntes Problem mit der Unfähigkeit, den 1C-Serverschlüssel an die virtuelle Maschine unter Hyper-V in Windows Server 2008 weiterzuleiten. Und hier beginnen sich einige Verdächtigungen aufzubauen ...
Ich öffne den Server-Manager - Rollen - eine neue Rolle ist erschienen - Hyper-V. Ich gehe zum Hyper-V-Manager, sehe eine virtuelle Maschine, verbinde mich ... und wirklich ... unseren neuen Datenbankserver ...
Nun, was? Die Anweisungen der Behörden und meine Empfehlungen werden erfüllt, die Rollen werden getrennt. Die Aufgabe kann geschlossen werden.
Nach einiger Zeit passierte nun die Krise, der neue Zweig musste geschlossen werden, die Last nahm ab, die Systemleistung wurde mehr oder weniger erträglich.
Natürlich konnten sie den Serverschlüssel nicht an die virtuelle Maschine weiterleiten. Infolgedessen war alles so wie es war und blieb übrig: der Terminalserver + 1C-Cluster auf der physischen Maschine, der Datenbankserver an derselben Stelle in der virtuellen.
Und okay, wäre es eine Art Sharashkin-Büro? Also nein. Ein bekanntes Unternehmen, dessen Produkte Sie wahrscheinlich kennen und in den entsprechenden Abteilungen aller Arten von Bändern und Auchanov gesehen haben.
Festplatten-Urlaubsplan
Eine große Holdinggesellschaft mit ehrgeizigen Plänen
, die Welt zu übernehmen, kaufte erneut eine kleine Gesellschaft mit dem Ziel, sie in ihre Megakonzern einzubeziehen. In allen Abteilungen dieser Holding arbeiten Benutzer in ihren Datenbanken, jedoch mit einer identischen Konfiguration. Und so haben wir ein kleines Projekt gestartet, um eine neue Einheit in dieses System aufzunehmen.
Zunächst müssen Kampf- und Testbasen eingesetzt werden. Der Entwickler hat die Daten für die Verbindung erhalten, meldet sich am Server an, sieht das installierte MS SQL, Server 1C, sieht 2 logische Laufwerke: ein 250-Gigabyte-C-Laufwerk und ein 1-Terabyte-D-Laufwerk. Nun, "C" ist ein System, "D" für Daten, der Entwickler entscheidet logisch und stellt alle Datenbanken dort bereit. Ich habe sogar Wartungspläne erstellt, einschließlich Backups, nur für den Fall (obwohl wir nicht dafür verantwortlich sind). Echte Backups haben hier auf dem "D" Gestalt angenommen. In Zukunft war geplant, die Konfiguration bereits auf einer separaten Netzwerkressource vorzunehmen.
Das Projekt wurde gestartet, Berater führten Schulungen zur Arbeit mit dem neuen System durch, Reste wurden übertragen, einige kleine Punktverbesserungen wurden vorgenommen und Benutzer begannen bereits mit der Arbeit in der neuen Informationsbasis.
Alles lief gut, bis eines Morgens am Montag festgestellt wurde, dass das Datenbanklaufwerk verschwunden war. Es gibt einfach kein "D" auf dem Server und das wars.
Weitere Untersuchungen ergaben Folgendes: Tatsächlich war dieser „Server“ der funktionierende Computer des lokalen Systemadministrators. Richtig, das Server-Betriebssystem war noch darauf. Ein persönliches USB-Laufwerk dieses Administrators wurde in den Server eingelegt. Und der Administrator fuhr in den Urlaub und nahm seine eigene Schraube mit, um unterwegs Filme darauf zu pumpen.
Gott sei Dank gelang es ihm nicht, die Datenbankdateien zu löschen und die funktionierende Datenbank wiederherzustellen.
Es ist bemerkenswert, dass im Allgemeinen alle mit der Leistung des auf dem USB-Laufwerk befindlichen Systems zufrieden waren. Niemand beschwerte sich über eine unbefriedigende Arbeit von 1C. Es war bereits später, als das Megaprojekt in der Holding begann, alle Informationsdatenbanken auf eine einzige zentralisierte Plattform mit Superservern, Speicherplatz für mehr als eine Million Rubel, hoch entwickelten Hypervisoren und unerträglichen 1C-Bremsen in allen Branchen zu übertragen.
Aber das ist eine ganz andere Geschichte ...
PS Siehe auch: