Seit 1.6... Nervenbündel- nicht zu empfehlen

[mvh]

@css-umsetzung Ne, so "einfach" läuft das nämlich nicht.

1. Im Backup sind auch die ausgelagerten FileStream Dateien enthalten und die zählen in die maximale Größe der Express Datenbank nicht hinein.
2. Die Dateigröße der *.mdf Datei im Verzeichnis \MSSQL\DATA ist auch nicht zuverlässig. Das ist lediglich die maximale Größe, die die Datenbank (durch automatisches) Wachstum jemals hatte. Hat man z.B. später FS aktiviert, wird die DB zwar durch Auslagern kleiner aber die *.mdf Datei schrumpft nicht wieder.

Moin.
Ich würde es über SQL probieren:
entweder

EXEC sp_helpdb;

oder

SELECT
    name,
    size * 8/1024 'Gr. (MB)',
    cast (IIF(max_size>0,max_size,0) as bigint) * 8/1024 'Max Gr. (MB)'
FROM sys.master_files;

 

[css-umsetzung]

Die Logik erschließt sich mir nicht.
FS wurde von JTL empfohlen und ist eine offizielle MS Funktion. Wenn Du FS nicht traust, kannst Du in dem Zucg auch gleich NTFS abschreiben?!?

Nicht alles was JTL empfiehlt ist am Ende auch gut.
Ich habe oft genug Kunden wo dieses Konstrukt in die Hose gegangen ist.

Wenn ich über die wawi ein Backup mache wird da nichts komprimiert.
Aber egal hier wird es 100 Meinungen geben. Wer das Bestehen seines Shops nur durch das verwenden von kostenloser Software aufrecht erhalten kann sollte sein Business nochmal überdenken, eine Standard Datenbank ist immer zu empfehlen. (Ja ich weiß JTL sagt es geht auch mit einer Express Datenbank für lau....)

 

[palu]

Gibt es eine Funktion zu schauen, wie viel Platz noch in der DB zur Verfügung steht? Ich hatte dazu schonmal einem Betrag verfasst aber leider keine Antwort bekommen.

https://forum.jtl-software.de/threa...-wie-viel-ist-noch-frei-wie-ermitteln.186592/

Wenn du SQL Serverstudio installiert hast, recht einfach.
Im Serverstudio anmelden und die Datenbank (eazybusiness) auswählen, dann rechte Maustaste. Unter Eigenschaften den Punkt Grösse oder Berichte, Standardberichte -> Disk Usage, ist der erste

 

[grosskranfan]

Und der Microsoft SQL Lizenzdschungel...

ACK. Allerdings ist Oracle auch nicht besser.

Da frage ich mich doch glatt, warum dieser Focus auf MS SQL only? Postgre wäre auch eine nette Variante gewesen.

 

[mh1]

Leider hilft diese Antwort wirklich KEIN Stück weiter, solange es keine Anleitung gibt, wie man die Größe der Datenbank denn nun feststellen kann.

Entweder im Management Studio oder per SQL: exec sp_spaceused

EDIT 25.08.22:
und wenn du das noch mit EXEC sp_msforeachtable kombinierst, kann du dir wunderbar anzeigen lassen, welche Tabelle wieviel Speicherplatz verwendet.
Vielleicht läßt sich dann was finden, das unnötig Speicherplatz belegt?

 

[mh1]

Es wäre empfehlenswert, wenn zuvor von JTL offensichtlich kommuniziert worden wäre, das für eine normal große Datenbank die Bezahlversion von SQL nötig ist, das ist teilweise mit enormen Kosten verbunden.

In der Checkliste, die man laut Empfehlung von JTL unbedingt vor dem Update lesen soll, steht doch drin, dass die Datenbank um ca. 30% anwachsen wird.

Wenn man sich die Neuerungen der 1.6 durchliest, sieht man auch z.b. das von ISO auf Unicode umgestellt wird. Schon allein dadurch wird klar, dass die DB in ihrer Größe wachsen wird.

 

[Michael Vogel]

Es ist zwar nicht alles Perfekt in der Wawi 1.6 aber es ist alles viel übersichtlicher und einfacher geworden.
Wir sind froh das wir auf die 1.6 und als Pilot auch die 1.7 einsetzen.
Wem die Microsoft Lizenzen zu teuer sind sollte mal nachsehen, es gibt sowas auch offiziell gebraucht zu einen Bruchteil des Geldes zu kaufen. Ich weiß die Softwareverkäufer lesen das nicht so gern, aber es funktioniert einwandfrei.
Gruß
Michael

 

[mh1]

Es ist zwar nicht alles Perfekt in der Wawi 1.6 aber es ist alles viel übersichtlicher und einfacher geworden.
Wir sind froh das wir auf die 1.6 und als Pilot auch die 1.7 einsetzen.

Klasse!

Ich lese natürlich bei weitem nicht alles hier im Forum, aber das ist in meiner Wahrnehmung wirklich das erste Feedback von einem zufriedenen Anwender .
Find ich gut, das das auch mal jemand schreibt

 

[_simone_]

Klasse!

Ich lese natürlich bei weitem nicht alles hier im Forum, aber das ist in meiner Wahrnehmung wirklich das erste Feedback von einem zufriedenen Anwender .
Find ich gut, das das auch mal jemand schreibt

Also wir arbeiten seit Anfang November 2020 produktiv mit der 1.6.xx und haben keinen Tag bis heute, wo wir nicht versenden konnten. Alles in allem sind wir ganz angetan vom Wechsel, auch wenn ein gewisser "Herr Petermann" manchmal mein Händchen halten musste. 😂

 

[Condorraptor]

Auch wir arbeiten seit einiger Zeit produktiv mit der 1.6.xx und hatten bisher keine großen Fehler die den Betrieb einschränken würden. Wir haben vorher alles was für uns wichtig ist (sofern möglich) auf einem Testsystem getestet und dann erst aktualisiert

 

[fa.ars]

Wir haben leider den Fehler auch gemacht.........würd es heute nicht mehr machen

 

[Verkäuferlein]

An der grundlegenden Stabilität haben wir auch nichts auszusetzen und es haben sich einige Sachen deutlich verbessert (Picken in der WMS Mobile App z.B., Worker 2.0 als Dienst).

Nichtsdestotrotz gibt es immer wieder noch einige Schnitzer, die einem das Leben unnötig schwer machen, aber das ist in der 1.6 nicht schlechter, als vorher.

Der Feinschliff fehlt halt noch, aber vieles ist schon auf dem richtigen Weg.

Wir haben leider den Fehler auch gemacht.........würd es heute nicht mehr machen

Was genau sind denn die Probleme bei Euch?
Und was habt Ihr dagegen unternommen?

Habt Ihr Euch vorab den Guide durchgelesen und eventuelle Probleme mit dem JTL-Support angesprochen?

Manchmal muss man sich ja einfach nur ein bisschen umgewöhnen und den ein oder anderen Kniff kennenlernen.

 

[LFU]

Sehr enttäuschend:

Wir mussten auf die 1.6 umziehen. Einige Funktionen des Connector waren unter der 1.5 leider fehlerhaft. Wirkliche Verbesserungen welche für uns als Fulfillment-Dienstleister das Leben leichter machen könnten, habe ich bisher nicht entdecken.
Auf viele der Angekündigten Neuerungen haben wir uns gefreut, so z.B. die Kartonverwaltung. Jedoch hat diese offensichtlich jemand praxisfremdes erstellt. Viele Funktionen lassen zunächst Ihre Sinnhaftigkeit offen. Ständige Fehlermeldungen gehören jetzt auch zu Alltag. Der nervige Trend in der WAWI alles zu verschachteln und möglichst unergonomisch zu gestalten hat sich konsequent fortgesetzt.

Was aber so richtig nervt ist die unglaublich schlechte Performance. Das ganze Konstrukt läuft so dermaßen mit angezogener Handbremse, dass man wirklich harte Nerven braucht.

Ich hoffe hier wird schnell nachgebessert, denn sonnts müssen wir leider über einen Wechsel weg von JTL nachdenken.

 

[aadursun]

Es werden wieder 2 Jahren vergehen müssen, aber die Versprechungen werden einfach konsequent nicht eingehalten... am Ende viel Frust und wenig Support... Meine Kunden wollen sich Alternativen ansehen, wie Vario oder Dreamrobot...

 

[Condorraptor]

Ist es nicht hilfreicher konkret die Probleme zu benennen und deren Lösung dann anzugehen (über bspw. ein Support Ticket)? Immer wieder zu schreiben wie schei** doch alles sei bringt doch auch nichts

 

[LFU]

@Condorraptor Du gehst also davon aus das wir hier ohne alles im Vorfeld probiert zu haben, einfach nur so inhaltslos was daher schreiben? Leider versanden die Beiträge mit konstruktiver Kritik und werden von JTL nicht mehr kommentiert und unumgängliche Änderungen werden unendlich weit in die Zukunft verschoben.

 

[DaPole88]

Ist es nicht hilfreicher konkret die Probleme zu benennen und deren Lösung dann anzugehen (über bspw. ein Support Ticket)? Immer wieder zu schreiben wie schei** doch alles sei bringt doch auch nichts

Das ist auch nicht immer so einfach. Es scheint "Probleme"! zu geben, die nicht "korrigierbar" sind.

Kurzfassung: Der Zulauf der Artikel ist eine Katastrophe ... (1.5) .... JTL Empfehlung: Auf 1.6 zu gehen .... Testsystem durchgeführt: Zulauf-Zahlen waren die selben.(schrott) Jetzt heißtes, dass es nicht mehr in der 1.5 gefixt wird, da sie ausläuft. Scheint aber auch in der 1.6 nicht gefixt nzu werden ... Somit hat man die Auswahl zwischen der Kotstulle oder dem Rieseneinlauf (SouthPark)....

Ich möchte nicht meckern oder, aber man muss den Tatsachen ins Auge sehen ....

Ziel war (2 Firmen) beide WaWis ASAP uf 1.6 zu bringen.
Mittlerweile habe ich echt Repekt vor dem Update. JTL Performance läst jetzt schon zu wünschen übrig ....



Dazu kommt, dass Gutschriften verschwinden, Aufträge verschwinden, Rechnungen auf Basis eines Angebots erzeugt werden, Seriennummern Import Chaos ....
Dass de Zulauf nicht stimmt, ist die größte Katastrophe die es gibt. Planen??? Nur noch händisch etc ... Workflows die auf Zulauf abgestimmt sind: Kann man alle Vergessen.....
(Das Problem mit dem Serennummern und dem Zulauf hängt glaub ich zusammen)

Theoretisch bräuchte ich einen Mitarbeiter, der NUR Tickets bei JTL pflegt .... (Listen erstellt von verschwundenen Aufträgen/Gutschriften) .....
Ich habe sooo viele Fälle, die eigentlich noch "zum" Ticket qwerden müssten ... In allen Bereichen: Vom Lager, Auslieferung, picken .......
Aber die Zeit fehlt ... EDIT: Und das wohl nicht nur bei mir

!! Der Beitrag ist mit Absicht "extra" so geschrieben wie er ist - Möchte damit nicht jemanden kritisieren oder so !!

 

[Condorraptor]

@Condorraptor Du gehst also davon aus das wir hier ohne alles im Vorfeld probiert zu haben, einfach nur so inhaltslos was daher schreiben? Leider versanden die Beiträge mit konstruktiver Kritik und werden von JTL nicht mehr kommentiert und unumgängliche Änderungen werden unendlich weit in die Zukunft verschoben.

Nein, aber es werden hier in dem Thread vermehrt Beiträge a la "Wir haben leider den Fehler auch gemacht, alles ist Sch***" gepostet. Sollte ja keinen persönlich angreifen, aber irgendwie bekommt man mehr und mehr das Gefühl der Thread wird von einigen zum persönlichen Feldzug gegen JTL genutzt. Ich kann nur sagen nach Eröffnung eines Tickets bekam ich (fast) immer relativ schnell eine Rückmeldung und konnte einem Mitarbeiter persönlich das Problem schildern.

 

[sah]

ACK. Allerdings ist Oracle auch nicht besser.

Da frage ich mich doch glatt, warum dieser Focus auf MS SQL only? Postgre wäre auch eine nette Variante gewesen.

Stimmt, Shop 5 läuft super mit MariaDB, warum benötigt gerade die Wawi T-SQL Features?

 

[LFU]

Ich möchte nicht einfach so ohne Grund gegen JTL wettern. Auch kann ich für den Support nur eine Lanze brechen. Dieser war immer schnell, kompetent und hilfsbereit. Die Probleme konnten immer behoben werden.
Doch der Support kommt auch an seine Grenzen wenn die Probleme in der Grundstruktur sind..
Ich möchte mal einige unsere Probleme Konkretisieren:
- 1.6 sehr schwache Performance. Besonders im Auftragsbereich unbrauchbar langsam.
- Die sehnsüchtig erwartete Packmittelverwaltung enttäuscht bis unbrauchbar (das kann das OBME Plugin seit Jahren besser)
- das vollmundig angekündigte Abrechnungstool für Fulfillment Dienstleister kann leider nur FFN Kunden und ich kann keine internationalen Pakete abrechnen (Es sei den ich möchte tausende Workflows für jedes Land, jede Gewichtstufe und jeden Dienstleister anlegen)
Man müsste also eine zweite Abrechnung laufen lassen und so lässt man es dann in der JTL WAWI ganz sein.
- FFN Anfragen schlecht zu bearbeiten. Der Dialog ist viel zu starr.
- Abgekündigte FFN Kunden zu trennen ist immer sehr problematisch und oft nur mit dem Support möglich
- Es werden nicht alle Kunden im FFN angezeigt.
- Automatisch angelegte Versandarten: Für mich als Dienstleister ist deren Herkunft wichtig. Also aus welchem Kundenshop kommt diese und um die korrekte Verknüpfung zu erstellen. Das ist nicht erkennbar
- ABC Bewertung das WMS Lagers für Laufwegeoptimierung fehlt immer noch
- Werbemittelverwaltung (Beilagen, etc.) fehlt
- Logikfehler bei den Workflows. Alle Bedingungen erfüllt heißt für mich eine "und" Verknüpfung bei den Bedingungen. Diese sind aber "oder" verknüpft. Somit Wird der Workflow dann auch bei einer erfüllten Bedingung ausgelöst!?
- Retour von Stücklisten Funktioniert im Packtisch+ aber nicht im WMS Packtisch, Warum? Das kostet uns jeden Tage viele Stunden Arbeit.
Das ist jetzt mal nur das was mir auf die Schnelle einfällt.
Ich habe viele dieser Fehler hier gepostet. Mein Eindruck ist leider, dass von JTL Seite dafür nur ein gedämpftes Interesse besteht.