Na het downloaden en installeren van het programma wordt het volgende venster geopend:
Om de parameters voor het verbinden met SQL Server en de authenticatiemethode te wijzigen, klikt u op de knop Maak verbinding met SQL Server:
Als de verbinding succesvol was, ziet u een lijst met alle databases die met de server zijn verbonden. Nadat u de vereiste database hebt geselecteerd, in de sectie Bewaar back-ups in een lokale/netwerkmap geef een lokale map of netwerkmap op om back-ups op te slaan. Indien nodig kunt u het kopiëren van back-ups naar een FTP-server configureren. Schakel hiervoor de functie in Stuur back-ups naar FTP-server r, geef dit aan in het veld Hostadres het adres van uw server en voer ook uw gebruikersnaam en wachtwoord in om toegang te krijgen tot de FTP-server.
Door op de knop te drukken Ren nu Je kunt controleren hoe alles werkt...
Het enige probleem dat ik tegenkwam, is dat ik het verzenden van e-mailmeldingen over de voortgang van de taak niet kan instellen.
Vervolgens moet u de tijd voor de back-up opgeven en de taak opslaan. Het is erg fijn dat je geplande back-ups kunt maken SQLBackupEnFTP gebruikt de standaard Windows-taakplanner:
En als laatste, in de sectie Geavanceerd U kunt het account opgeven om de back-uptaak uit te voeren, de tijdelijke map van het programma, de map voor het opslaan van logbestanden en het compressieniveau van het back-upbestand.
Een database herstellen vanaf een back-up
Er wordt een applicatie meegeleverd om een database te herstellen vanaf een back-up SQL-herstel met één klik:Zoals u in de afbeelding kunt zien, moet u, om de database te herstellen, het back-upbestand in het formaat opgeven bak of ritssluiting, selecteer de database en klik op Herstellen. Dat is alles!
Programma SQLBackupEnFTP ondersteunt het werken met de volgende versies en edities van het DBMS: SQL Server 2005/2008 Express, SQL Server 2008 Enterprise/Workgroup/Standard/Web, SQL Server 2005 Enterprise/Workgroup/Standard, SQL Server 2000 en de volgende besturingssystemen: Windows 2000 /XP/Vista/7, Windows Server 2003/2008.
Tags: SQL Server, SQL Server 2008 Express, SQLBackupAndFTP, back-up
Dit artikel is niet onderhevig aan commentaar omdat de auteur dat nog niet is
Ik heb het, ik zal het voor iedereen bewaren:
Er zijn 2 configuraties opgeslagen in de database: de leveranciersconfiguratie (wat typisch is) en de hoofdconfiguratie (deze wordt gebruikt bij het werken met de database)
Wanneer updates worden geïnstalleerd op een database met een buiten gebruik gestelde en gewijzigde configuratie, worden er feitelijk twee configuraties bijgewerkt: een update van de leveranciersconfiguratie (waarbij een standaardconfiguratie zonder wijzigingen wordt bijgewerkt naar de huidige release) en een update van de hoofdconfiguratie.
Om de providerconfiguratie bij te werken, gebruikt u het cf-bestand van een typische configuratie die niet uit de ondersteuning is verwijderd. Om de hoofdconfiguratie bij te werken, wordt een vooraf opgesteld cf-bestand gebruikt (er wordt een typische configuratie genomen, de aangebrachte wijzigingen worden daarin aangebracht en de configuratie wordt geüpload naar het cf-bestand)
Het eigenlijke updateproces wordt in twee fasen uitgevoerd: het updaten van de leveranciersconfiguratie en het updaten van de hoofdconfiguratie. De volgorde van de stappen is niet belangrijk.
Waarom heb je 2 configuraties in 1 fles nodig? Deze combinatie van databaseconfiguraties is handig om te gebruiken om een lijst met wijzigingen in een typische configuratie te verkrijgen. De hoofdconfiguratie bevat de configuratie met wijzigingen, de leveranciersconfiguratie bevat de standaardconfiguratie. Met behulp van het mechanisme voor het vergelijken van configuraties die in het platform zijn ingebouwd (in dit geval de hoofdconfiguratie en de leverancier), kunt u een duidelijk beeld krijgen van wat er in de configuratie is gewijzigd in vergelijking met de standaardconfiguratie. De enige voorwaarde voor comfortabel werken bij het vergelijken is het behouden van dezelfde releaseversies van beide configuraties. Om dit te doen heeft u twee cf-bestanden nodig: één voor het hoofdbestand en één voor de leveranciersconfiguratie.
Laten we ons voorstellen dat we beide cf-bestanden hebben (afzonderlijk voor het voorbereiden van cf met wijzigingen). Laten we ze bijvoorbeeld 'Typical_2_0_49_8.cf' en 'Update_2_0_49_8.cf' noemen. Dienovereenkomstig is het eerste bestand een update voor de leveranciersconfiguratie, de de tweede is voor de belangrijkste configuraties.
Laten we beginnen met het bijwerken van de providerconfiguratie.
Ga in de Configurator-modus naar het menu Configuratie – Support – Configuratie bijwerken. Selecteer in het resulterende dialoogvenster het keuzerondje “Selecteer updatebestand” en zeg “Volgende”
Alles is hier bekend. Geef het bestand “Typical_2_0_49_8.cf” op en klik op Voltooien
Nadat alle problemen zijn opgelost, begint het platform met het downloaden van de configuratie ter vergelijking. Het duurt enige tijd...
Zodra de download is voltooid, krijgen we het volgende venster:
Hier worden de verschillen getoond tussen wat we al hebben en wat we proberen te laden. De eerste kolom toont de verschillen tussen de nieuwe configuratie en de databaseconfiguratie (hoofd), de tweede kolom toont de verschillen tussen de huidige leveranciersconfiguratie en de gedownloade configuratie.
Omdat we alleen de leveranciersconfiguratie hoeven bij te werken en de hoofdconfiguratie voorlopig niet hoeven aan te raken, schakelen we alle selectievakjes in de linkerkolom uit (als u de bovenste uitschakelt, worden alle andere hieronder automatisch uitgeschakeld)
Klik op “Uitvoeren”, wacht even...
Tijdens het downloadproces kan het volgende venster verschijnen:
Dit geldt voor het blokkeren van databaseobjecten. Als alle schakelaars zijn ingesteld op de modus ‘Object is niet bewerkbaar’, is het onmogelijk om wijzigingen in de configuratie aan te brengen zonder eerst de configuratie uit de ondersteuning te verwijderen (objecten die worden ondersteund, uit de ondersteuning verwijderd en bewerkt terwijl de ondersteuning behouden blijft, zijn een apart onderwerp). In de meeste gevallen wordt het instellen van ondersteuningsregels als volgt gedaan, zoals weergegeven in de afbeelding
Het resultaat van al onze manipulaties zal de boodschap zijn
Ga naar het menu Bestand – Opslaan (het platform slaat de aangebrachte wijzigingen op) en vervolgens naar het menu Configuratie – Databaseconfiguratie bijwerken. Dit proces zal enige tijd in beslag nemen en tijdens de reorganisatie zullen wijzigingen nodig zijn.
Hiermee is de eerste fase voltooid.
De hoofdconfiguratie bijwerken.
Ga in de Configurator-modus naar het Configuratiemenu – Vergelijken, samenvoegen met de configuratie uit het bestand. We krijgen onmiddellijk een venster waarin we een bestand kunnen selecteren, waarin we ons bestand aangeven voor het bijwerken van de hoofdconfiguratie “Update_2_0_49_8.cf”. Het platform begint onmiddellijk met het vergelijken van configuraties.
Omdat ons bestand “Update_2_0_49_8.cf” een reeds bijgewerkte configuratie bevat, rekening houdend met alle wijzigingen, laten we nu alle selectievakjes in de linkerkolom op hun plaats.
Nadat u op de knop “Uitvoeren” hebt geklikt, worden de configuraties samengevoegd (hetzelfde als in de eerste fase)
Nadat u alle updatestappen hebt voltooid, opent u de database in de Enterprise-modus en bevestigt u de wettigheid van het ontvangen van updates
Als de wijzigingen in de configuratie minimaal zijn en vooraf bekend zijn, kunt u in feite met slechts één stap rondkomen: het bijwerken van de leveranciersconfiguratie. Tegelijkertijd moet u in de linkerkolom de objecten uitschakelen die zijn gewijzigd ten opzichte van de standaardobjecten. Deze techniek is echter alleen toepasbaar als er geen wijzigingen in formulieren en/of vergelijkingen van grote codeblokken nodig zijn. De nieuwe standaardconfiguratie wordt over de huidige heen gelegd, met uitzondering van de objecten die we uit de fusie verwijderen.
De updatemethode is universeel en niet alleen geschikt voor de Enterprise Accounting-configuraties, maar ook voor de Integrated, ZUP en andere...
Met deze techniek kunt u fouten in de managermodule opsporen en wijzigen bij externe verwerking, zonder dat u de configuratie opnieuw hoeft op te slaan en de database opnieuw hoeft te starten
Verklaring van het probleem
Laten we aannemen dat we bezig zijn met het finaliseren van een database met een zeer zware configuratie. Opslaan en/of opnieuw opstarten na opslaan duurt lang.
Laat er een beheerdersmodule zijn voor een object in onze configuratie. Deze managermodule beschikt over een exportmethode van waaruit andere procedures worden aangeroepen.
Deze managermodule moet worden verbeterd. In dit geval is het noodzakelijk om het aantal herstarts van de database na elke wijziging van de code tijdens het debuggen tot een minimum te beperken.
De essentie van de oplossing
Laten we alle code van de managermodule kopiëren naar externe verwerking
- Laten we de mogelijkheid toevoegen om oproepen om te leiden naar exportmethoden van de managermodule naar externe verwerking (op de eenvoudigst mogelijke manier)
- We zullen de omleiding van de debugger in-/uitschakelen met behulp van het voorwaardelijke stopmechanisme
Stap 1.
Ik stel voor om de volgende code toe te voegen aan het begin van de methode, wat het toegangspunt is:
// Managermodule van een configuratieobject Procedure Print(Parameters) Export // ++ foutopsporing Variabele Debugger;<>Als Debugger
Niet gedefinieerd Dan Debugger.Print (Opties);
Opbrengst; eindAls;
// -- debugging Report("Dit is een oproep van de managermodule"); Einde procedure
// Verwerkingsmodule Debugger.epf Functie SetDebugModule(Debugger, ModuleName) Export Debugger = ExternalProcessing.Create(PathToExternalProcessing(ModuleName), False);
Retour onwaar; EndFunction Functie PathToExternalProcessing(ModuleName) Retourneert CurrentDirectory() + ModuleName+ ".epf"; EndFunction-functie CurrentDirectory() Bestand exporteren = Nieuw bestand (ThisObject.UsedFileName);
retourneer File.Path; Eindfunctie
Stap 3.
Laten we externe verwerking creëren waarin we onze code zullen schrijven. Voor deze verwerking kopiëren we de volledige code van de managermodule naar de objectmodule.<>Laten we het opslaan in dezelfde map als Debugger.epf. Laten we deze verwerking een naam geven, bijvoorbeeld Processing.PrintInvoice.ManagerModule.epf.
// externe verwerkingsobjectmodule Processing.PrintAccount.ManagerModule.epf Procedure Print(Parameters) Export // ++ foutopsporing Variabele debugger;
Als Debugger
Niet gedefinieerd Dan Debugger.Print (Opties);
Opbrengst; eindAls;
// -- debuggen // ++ opgelost //Notify("Dit is een oproep van de managermodule");<>Report("Dit is een oproep van externe verwerking");
// -- vast einde van de procedure
Stap 4.
In de managermodule stellen we een voorwaardelijk breekpunt in. We schrijven de volgende code in de voorwaarde:
ExternalProcessing.Create("C:\Debugging\Debugger.epf", False).InstallDebugModule(Debugger, "Processing.PrintInvoice.ManagerModule")
Stap 5.
Laten we het testvoorbeeld uitvoeren. Op het breekpunt wordt de conditiecontrole aangeroepen. In dit geval wordt het object van de gemaakte externe verwerking Processing.PrintInvoice.ManagerModule.epf toegewezen aan de Debugger-variabele. Dit veroorzaakt de voorwaarde If Debugger
Ongedefinieerd Vervolgens wordt het uitgevoerd en wordt de oproep doorgestuurd naar externe verwerking.
Stap 6.
We finaliseren en debuggen de code tijdens externe verwerking, zonder tijd te verspillen aan het opnieuw opstarten na elke opslag.
Na voltooiing van de aanpassingen vervangen wij de code in de managermodule (volledig) door de code uit de externe verwerking.
De verwerking wordt in elke configuratie geopend in de beheerde en reguliere applicatiemodus.
Getest op platform 8.3 in compatibiliteitsmodus met 8.2.13. Dat wil zeggen, het zou moeten werken onder 8.2 en 8.3
Er is sprake van een niet-standaard 1C-configuratie wanneer: 1) de 1C-configuratie helemaal opnieuw is geschreven door de programmeur, onafhankelijk, 2) de 1C-configuratie standaard was, maar er wijzigingen aan zijn toegevoegd, zelfs als er één attribuut werd toegevoegd.
In dit artikel zullen we bekijken hoe het nodig is om 1C-configuraties correct bij te werken, evenals verschillende technieken voor het zachtjes wijzigen van standaardconfiguraties, d.w.z. correcte wijziging, die geen invloed heeft op de mogelijkheid tot verdere actualisering.
Om wijzigingen in de standaard 1C-configuratie aan te brengen, is het noodzakelijk om de wijziging in de standaard 1C-configuratie te ontgrendelen en in sommige gevallen “uit de ondersteuning te verwijderen”.
In de meest optimale update-optie kan de 1C-configuratie volledig automatisch worden bijgewerkt, dit is mogelijk wanneer configuratiewijzigingen niet zijn toegestaan. Vaak is het nodig om configuratiewijzigingen door te voeren, omdat het nodig is om applicatieoplossingen aan te passen aan de zakelijke vereisten van de klant. We zullen ons op deze optie concentreren.
Voordat u gaat updaten Het wordt ten zeerste aanbevolen om een reservekopie te maken database, kunt u dit doen via het menu Beheer/infobase uploaden.
Er zijn 2 update-opties: a) 1C bijwerken via ondersteuning (roep dit op via het Configuratie/Support/Update-configuratiedialoogvenster) en b) via het samenvoegen van een vergelijking met de configuratie vanuit een bestand. Opgemerkt moet worden dat het verschil tussen deze twee punten is dat in het eerste geval zowel de hoofdconfiguratie als de leveranciersconfiguratie worden bijgewerkt, en bij het vergelijken van samengevoegde configuraties wordt alleen de hoofdconfiguratie bijgewerkt, de leveranciersconfiguratie blijft de oude. Daarom is de meest aanbevolen optie om te updaten via Updateconfiguratie. Voor het bijwerken via configuratieondersteuning worden de CF- of CFU-leveringsbestanden van de leverancier gebruikt, die u kunt vinden door te zoeken in de sjabloonmap door het pad op internet op te geven, of door direct het pad naar het gewenste bestand op uw harde schijf op te geven.
Bij het updaten van de 1C-configuratie zonder de mogelijkheid om wijzigingen aan te brengen, vindt de update na het selecteren van het updatebestand automatisch plaats als de mogelijkheid om wijzigingen aan te brengen is ingeschakeld in de configuratie. Na het selecteren van het updatebestand wordt een weergegeven. In deze dialoog kunnen we zien hoe het systeem ons de mogelijkheid biedt om onze niet-standaard 1C-configuratie bij te werken. Onderaan het dialoogvenster bevindt zich een overeenkomstige legenda voor objectstatussen: “Object Compliance Statussen” geven een vergelijking aan van de “Hoofdconfiguratie” en de “Nieuwe configuratie”, “Objectgeschiedenisstatussen” geven een vergelijking aan van configuratieobjecten met de Objecten “Oude leveranciersconfiguratie”.
Door de vakjes naast objecten aan te vinken, kunt u kiezen of het huidige configuratieobject zal veranderen of oud blijft, en hoe u het object wilt wijzigen. In het actiemenu kun je vakjes voor subsystemen aanvinken (handig als de configuratie door meerdere leveranciers wordt ondersteund). Met dit menu kunt u ook de prioriteit van de aggregatie voor alle objecten in één keer opgeven; het systeem beschouwt de configuratie van de leverancier als een hogere prioriteit. Met de filterinstellingen kunnen we specificeren welke configuratieobjecten we moeten weergeven om de samenvoegmodus in detail te kunnen specificeren. Er zijn verschillende standaardfiltersjablonen en u kunt ook filters opgeven voor elk paar configuraties dat u vergelijkt. Het is mogelijk om het selectievakje “Toon slechts tweemaal gewijzigde eigenschappen” aan te vinken in de “Filter”-instellingen. Hierdoor kunt u objecten eruit filteren waarvan het bijwerken niet heeft geleid tot conflicten tussen leverancierswijzigingen en aanpassingen aan deze objecten:
Het resultaat is dus een lijst met objecten die tweemaal zijn gewijzigd tijdens het finaliseren van de standaardconfiguratie en in de nieuwe leveranciersconfiguratie. Als u akkoord gaat met de update, gaan eerder aangebrachte verbeteringen aan deze objecten verloren. Daarom is het voor elk object noodzakelijk om een beslissing te nemen over hoe het zal worden bijgewerkt. In dit stadium moet een voorlopige vergelijking uitsluitend worden uitgevoerd om de hoeveelheid werk later te verminderen. De beoordeling is niet nauwkeurig en snel - "op het oog". Als er in de nieuwe leveranciersconfiguratie meer wijzigingen in het object plaatsvinden, laten we de instantie van het leverancierobject staan. Laat een vinkje achter. Vervolgens moet u wijzigingen uit de werkende configuratie overbrengen. Als er meer wijzigingen zijn in het object in de werkende configuratie, laten we een exemplaar van het werkende configuratieobject achter. Schakel het selectievakje uit. Vervolgens moet u de wijzigingen vanuit de providerconfiguratie migreren. Met modules kun je het net even anders doen, want... Het is mogelijk om modules procedureel te vergelijken.
Die. als in onze 1C-configuratie en in de configuratie van de leverancier verschillende moduleprocedures worden gewijzigd, kunnen we door de vakjes correct aan te vinken voorkomen dat we codewijzigingen handmatig moeten overbrengen. Om dit te bereiken, moet u op de knop in de vorm van een vergrootglas klikken naast de naam van de modus voor het combineren van modules:
Wanneer we een menu met acties op een object weergeven (bijvoorbeeld door op de rechtermuisknop te klikken), kunnen we een rapport over objectvergelijking oproepen.
Om de 1C-update te bevestigen, moet u het menu-item Configuratie/Update databaseconfiguratie selecteren.
Om de 1C-update te weigeren, moet u het menu-item Configuratie/Terug naar DB-configuratie selecteren.
Verschillende regels die toekomstige updates van 1C-configuraties vereenvoudigen:
De basisregel voor het bijwerken van 1C: u moet nieuwe objecten toevoegen, omdat... Bij het updaten worden nieuwe objecten niet door het systeem beïnvloed
Bij het wijzigen van de teksten van modules is het ook raadzaam om uw eigen nieuwe procedures en functies toe te voegen, en uw nieuwe aan te roepen vanuit bestaande procedures
Dankzij evenementenabonnementen kunt u standaardmechanismen wijzigen zonder de standaardcode te wijzigen
Gebruik vanteit
Programmatisch aanmaken van formulierelementen (in de FormCreationOnServer-gebeurtenis)
Bedankt!
1C-softwareproducten zijn specifiek in die zin dat hun werking sterk wordt beïnvloed door de wetgeving van het land waarin deze programma's worden gebruikt. Daarom is het erg belangrijk om deze producten te kunnen updaten, omdat bijgewerkte configuraties naast wetgevingskwesties correcties van kritieke fouten, versnelling van de gehele werking van het programma en andere nuttige details zullen bevatten. Er zijn twee opties voor de ontwikkeling van evenementen: de eerste optie is een update van de standaard (standaard) configuratie, wat vrij snel gebeurt en niet veel moeite kost, terwijl de tweede optie, wanneer u een gewijzigde assembly moet bijwerken, is langer en complexer.
Het configuratietype definiëren
Meestal weet de gebruiker precies welke versie hij heeft, aangezien de standaardbuild wordt gekenmerkt door de afwezigheid van interferentie met de interne objecten van het programma. Een ander ding is dat de wijziging in de regel door programmeurs wordt uitgevoerd; de gebruiker ontvangt een reeds aangepast product, waarvan hij zich misschien niet eens bewust is. Er is een eenvoudige manier om te begrijpen of daar wijzigingen zijn aangebracht of niet. Om dit te doen, moet u de Configurator-modus openen, waarvan de overeenkomstige knop zich in het startvenster van het programma bevindt. Bovenaan bevindt zich een tabblad Configuratie, waarin zich een ondersteuningsitem bevindt. Nadat u erop hebt geklikt, selecteert u Ondersteuningsinstellingen. In het geopende venster zou de knop "Wijzigingsmogelijkheden inschakelen" ook actief moeten zijn. Een teken van een standaardassemblage is de aanwezigheid van een slotpictogram naast de merknaam. Deze tekens geven aan dat de programmamodules niet zijn gewijzigd, wat betekent dat u een gecentraliseerde update vanaf de officiële website via internet kunt uitvoeren. Bij afwezigheid van deze tekens kan worden gesteld dat de programmeur heeft gewerkt aan het bewerken van dit product, terwijl er een situatie mogelijk is waarin de wijziging gedeeltelijk was, dat wil zeggen dat een aantal objecten in hun oorspronkelijke vorm bleef. Alle gewijzigde objecten blijven zonder identificatiepictogrammen en standaardelementen zijn gemarkeerd met een gele kubus. Een gedeeltelijke wijziging verwijdert het programma niet volledig uit de ondersteuning, omdat het mogelijk is om onaangeroerde objecten bij te werken.
Standaard (typische) configuratie - voorbereiding voor update
Naast de aangegeven problemen, zoals veranderingen in de wetgeving of verslechtering van de prestaties van het programma, moet u het updaten wanneer het 1C-programma een overeenkomstig bericht afgeeft. Er zal worden vermeld dat deze build enige tijd geleden is uitgebracht, dat er nu een verbeterde configuratie is en dat deze nu kan worden bijgewerkt via de website of met behulp van de ITS-schijf. Om te beginnen is het erg belangrijk om een back-up van de database te maken, zodat je alles kunt herstellen als er iets misgaat. Dit gebeurt op drie manieren. U kunt eenvoudig de hoofdmap met de database naar een schijf of flashstation kopiëren. Na het starten van 1C wordt een database geselecteerd en wordt het pad ernaartoe in het venster aangegeven. Bij problemen wordt deze map verplaatst naar de locatie van de niet-werkende database. U kunt ook via de configurator werken, waarvoor u deze modus in het programma moet selecteren. In het gedeelte Beheer vindt u een knop Infobase uploaden. Na het selecteren van een map verschijnt daar een .dt-bestand, dat vervolgens kan worden geopend met de overeenkomstige knop in dezelfde sectie.
De derde methode vindt iets later plaats, in de fase van updaten via internet. Alles kan via de ITS-schijf, die maandelijks door de onderneming wordt ontvangen; u kunt deze schijf ook overnemen van een medewerker die een overeenkomst heeft met ITS, u hoeft er alleen maar voor te zorgen dat de configuraties overeenkomen. Anders gebeurt alles via internet. Er is een belangrijke nuance: updatepakketten worden strikt opeenvolgend geïnstalleerd, en als er releases worden overgeslagen, zal het systeem vereisen dat u deze eerst installeert. in het Help-menu, waar u op het gedeelte Over moet klikken.
Als alles in orde is met internet, moet je naar de website usersv8.1c.ru gaan, waar je je gebruikersnaam en wachtwoord invoert. Selecteer vervolgens de vereiste configuraties op de link Updates downloaden. De volgende stap is het selecteren van specifieke releases, rekening houdend met de allereerste en de recentelijk uitgebrachte releases. Alle bestanden worden één voor één op de computer opgeslagen. Voordat u gaat updaten, moet u alle archiefbestanden openen en elke release installeren. Releases kunnen, zoals beschreven, worden gedownload vanaf de ITS-schijf. Nu moet u de Configurator-modus openen, waarna objecten aan de linkerkant moeten worden weergegeven; als ze er niet zijn, moet u op het tabblad Configuratie openen klikken.
Om bij te werken gaat de gebruiker naar Configuratie-Ondersteuning-Update-configuratie. Klik in het nieuwe venster op Zoeken.
Selecteer uit de voorgestelde opties Zoeken in huidige updatecatalogi en geef vervolgens de beschikbare release aan of degene waarvan de naam vetgedrukt wordt. U moet op Ja klikken bij alle andere suggesties, inclusief het laatste venster Informatie reorganiseren. De laatste stap is het uitvoeren van het programma in de productiemodus zodat de updates van kracht worden.
Een niet-standaard (gewijzigde) 1C-configuratie bijwerken
Het doel van het bijwerken van een gewijzigde assembly is ervoor te zorgen dat wijzigingen die door programmeurs zijn aangebracht, niet verloren gaan en dat wijzigingen die door ontwikkelaars zijn aangebracht, van kracht worden. Alle genoemde stappen die in de vorige instructies zijn beschreven, worden deze keer uitgevoerd, alleen bij de laatste stap verschijnt een vergelijkingstabel, waarin in de ene kolom een configuratie met gewijzigde objecten zal staan, en in de tweede kolom een lijst met updates. Deze kolommen bevatten metadatabomen. Met een groene markering markeert het programma aan welke specifieke objecten de programmeur aanpassingen doet, en aan welke de productontwikkelaars wijzigingen aanbrengen. In dit stadium moet u de objecten vinden die in deze twee kolommen zijn gemarkeerd.
Om uw zoekopdracht te vereenvoudigen, kunt u de knop Filter gebruiken, die zich onderaan bevindt, en vervolgens de optie Twee keer gewijzigde eigenschappen weergeven aanvinken. Als alles correct is gedaan, worden alleen de objecten die we nodig hebben in het werkvenster weergegeven. De procedure voor het updaten van niet-standaard modules heeft geen invloed op de configuratie.
We moeten deze tabel analyseren. In dit geval is het duidelijk dat er in beide gevallen wijzigingen zijn opgetreden, aangezien er potloodpictogrammen zijn, aangezien er ook een pictogram naast de modulenaam staat, betekent dit dat ze zullen worden samengevoegd. De laatste kolom aan de rechterkant geeft aan dat wanneer het proces is voltooid, alle gebruikerscode zal worden gewijzigd ten gunste van de update van de ontwikkelaars.
Er zijn andere modi met gedeeltelijke samenvoeging (prioriteit), maar deze modi worden gebruikt door ervaren gebruikers, omdat een beginner alle ontwikkelingen in verwarrende modules zal veranderen. Het heeft dus geen zin om iets in de laatste kolom te veranderen. Aan de andere kant kan de gedwongen fusie worden geannuleerd door de eerste kolom uit te schakelen. Op basis hiervan kunt u de code handmatig in de bijgewerkte module invoeren, of de code met rust laten en de updates zelf handmatig uitvoeren. Om te begrijpen wat er precies moet worden toegevoegd, klikt u met de rechtermuisknop op de geselecteerde module en selecteert u Verschillen tonen. Deze stap laat de verschillen in specifieke procedures zien. Onderaan het venster is er ook een verdeling in twee kolommen, maar de code zelf wordt daar al weergegeven.
Verdere acties zijn afhankelijk van het niveau van verandering in de modules; als de configuratie radicaal herschreven is, zal het uiterst moeilijk zijn om alles zelf bij te werken, zonder de hulp van een programmeur.
Mogelijk bij het updaten van 1C
De meeste fouten worden gemaakt wanneer de database sterk wordt gewijzigd, omdat meerdere pagina's code, verschillende naslagwerken en andere objecten een onervaren gebruiker in verwarring kunnen brengen. Het is erg belangrijk om een back-uparchief te maken en op te slaan voordat u wijzigingen aanbrengt, en vervolgens nogmaals te controleren of alles correct is gedaan. Een klassieke fout is het bijwerken van een niet-standaard assemblage alsof deze standaard is. Maar zelfs als u de beschreven instructies volgt, is het verre van een feit dat het programma onmiddellijk zal werken zoals het zou moeten. Het is waarschijnlijk dat aanvullende configuratie niet nodig is. De configurator geeft de wijzigingen die zijn aangebracht in de bedieningselementen van de dialoogformulieren niet weer, dus dit punt zal handmatig moeten worden gecontroleerd, anders worden de updates allemaal overschreven. Na het updaten kan het zijn dat de configurator het updaten van de oude infobase verbiedt documentnummers zijn niet langer uniek geldt hetzelfde voor informatieregisters.
Om het probleem op te lossen heeft u nodig:
— verander het aantal tekens in codes;
— codes in de informatiebank wijzigen;
— verander de uniciteitscontrole-eigenschap in alle mappen.
Tijdens het updateproces mogen we het updaten van interfaces en gebruikersrechten niet vergeten, wat vaak over het hoofd wordt gezien. Het belang van opeenvolgende updates van releases is al beschreven; het is ook uiterst belangrijk om ingebouwde verwerking van configuratie-updates te gebruiken, waarmee u de benodigde gegevens kunt converteren en de databases indien nodig met informatie kunt vullen. Het is in het belang van de gebruiker om ervoor te zorgen dat de interne identificatiegegevens van objecten of details overeenkomen, anders kan de update alle ontwikkelingen overschrijven. Zelfs nadat je een nieuwe configuratie zorgvuldig hebt voorbereid, kun je niet meteen overgaan tot het combineren ervan met de gebruikte werkbasis, omdat deze ook moet worden bijgewerkt en dan moet alles grondig worden getest.
U moet begrijpen dat er opties zijn wanneer de configuratie wordt geretourneerd voor ondersteuning, dat wil zeggen dat het updateproces zal plaatsvinden in de standaardmodus voor het programma, door de release via internet te downloaden. Het programma wordt uit de ondersteuning verwijderd nadat gewijzigde modules in het product zijn geïntroduceerd. Als u deze modules verwijdert, keert het programma terug naar de oorspronkelijke staat, maar het is onmogelijk om ze volledig te verwijderen, omdat normale werking van 1C onmogelijk zal zijn, omdat om de een of andere reden de modules op deze manier zijn geprogrammeerd. Dienovereenkomstig kunnen deze modules buiten de reikwijdte van het programma worden verplaatst - het werk zal worden uitgevoerd met behulp van externe modules, maar dit heeft geen invloed op de werking van het programma. Mappen en andere objecten blijven dus op hun plaats. Dit alleen doen zonder de nodige kennis is problematisch, dus de programmeur moet het programma indien nodig terugzetten naar het standaard assemblageframework.
Er zijn ook verschillende tips die het updateproces van 1C-softwareproducten in de toekomst eenvoudiger zullen maken. Allereerst moet je proberen het programma zo min mogelijk aan te passen, en tenzij dit absoluut noodzakelijk is, introduceer dan daar niets van derden, maar probeer problemen op te lossen met de standaardtools die beschikbaar zijn. Zonder uitzondering moeten alle configuratiewijzigingen worden becommentarieerd en vastgelegd in een apart document, zodat er tijdens het herstelproces niets belangrijks wordt gemist. Om de hoeveelheid programmacode in standaardobjecten te verminderen, moet u deze naar een eigen gemeenschappelijke module verplaatsen, maar u moet begrijpen dat oproepen naar procedures en functies niet kunnen worden aangeraakt - ze moeten in standaardobjecten blijven zodat het programma kan werken correct. Voor optimalisatiedoeleinden is het zinvol om alle aanroepen van standaardprocedures en functies die zowel in de “zelfgeschreven” code van objecten als in de code van externe modules voorkomen, te vervangen door aanroepen van procedures uit de eigen module. Deze procedures zijn een eenvoudige snelkoppeling die zal worden gebruikt om procedures uit standaardmodules op te roepen. Bij het vergelijken van wijzigingen hoeft de gebruiker dus niet lang naar de benodigde regels in de gewijzigde code te zoeken. Als u deze aanbevelingen opvolgt, wordt de updatetijd teruggebracht tot enkele uren werk, en als alles blijft zoals het is, kan het proces enkele dagen aanslepen.
