Click here to view and discuss this page in DocCommentXchange. In the future, you will be sent there automatically.

SQL Anywhere 11.0.1 (Deutsch) » SQL Anywhere 11 - Änderungen und Upgrades » Neue Funktionen in Version 10.0.0 » QAnywhere

 

Verhaltensänderungen und veraltete Funktionen

Im Folgenden finden Sie eine Liste der Änderungen, die in QAnywhere in Version 10.0.0 vorgenommen wurden.

Änderungen des QAnywhere-Clients
  • Client-Nachrichtenspeicher-ID wurde geändert   Die Client-Nachrichtenspeicher-ID ist nun eine entfernte MobiLink-ID. Früher war sie ein MobiLink-Benutzername. Es ist nicht erforderlich, eine entfernte ID bei der konsolidierten Datenbank zu registrieren. Sie müssen jedoch weiterhin einen MobiLink-Benutzernamen beim Server-Nachrichtenspeicher registrieren. Wenn Sie keinen MobiLink-Benutzernamen angeben, wird standardmäßig die Client-Nachrichtenspeicher-ID verwendet.

    Es sind neue qaagent-Optionen zur Verwaltung der MobiLink-Benutzernamen verfügbar. Weitere Hinweise finden Sie unter:

  • Neue ODBC-Treiber   Die iAnywhere Solutions ODBC-Treiber zur Verbindung mit Adaptive Server Enterprise- und DB2-Server-Nachrichtenspeicher wurden geändert.

    Weitere Hinweise finden Sie unter Änderungen der von MobiLink, QAnywhere und beim Ferndatenzugriff verwendeten ODBC-Treiber.

Änderungen des QAnywhere Agents
  • qaagent -port wurde entfernt   Die Option -port legte die Nummer eines Ports fest, an dem der QAnywhere Agent auf Kommunikation vom Listener wartet. Diese Option ist nicht mehr erforderlich und wurde entfernt. Es wird automatisch ein freier Port verwendet.

  • qaagent -la_port wurde ersetzt   Die Option -la_port wurde durch die Option -lp ersetzt.

    Weitere Hinweise finden Sie unter Option -lp.

  • qaagent -push_notifications wurde umbenannt   Diese Option heißt nun -push. Sie gestattet es Ihnen, Push-Benachrichtigungen mit und ohne dauerhafte Verbindung zu aktivieren.

    Weitere Hinweise finden Sie unter Option -push.

  • Änderungen der Standardwerte für Richtlinien   Der Standard-Richtlinientyp ist nun "automatic". Bislang war dies der Typ "scheduled". Das Standardintervall für Zeitpläne beträgt nun 900 Sekunden (15 Minuten). Bislang waren es 10 Sekunden.

    Weitere Hinweise finden Sie unter Option -policy.

  • Transaktionslog wird nicht verwendet oder gewartet   Der QAnywhere Agent verwendet kein Transaktionslog mehr und verwaltet seine Größe nicht mehr. Für die meisten Anwendungen muss daher der Client-Nachrichtenspeicher mit der Option dbinit -n erstellt werden, wodurch die Datenbank ohne Transaktionslog initialisiert wird.

    Weitere Hinweise finden Sie unter Den Client-Nachrichtenspeicher einrichten.

Weitere QAnywhere-Änderungen
  • Serverseitige Eigenschaftsdateien sind veraltet   Anstatt in Dateien werden Eigenschaften nun in der Datenbank gespeichert.

  • getPropertyNames   Die Funktion getPropertyNames wurde aus der C++-Client-API entfernt. Sie wurde durch beginEnumPropertyNames, nextPropertyName und endEnumPropertyNames ersetzt.

    Weitere Hinweise finden Sie unter QAMessage-Klasse.

  • Datumsverarbeitung in Übertragungsregeln   Die folgenden Variablen für Nachrichtenspeicher von Übertragungsregeln wurden entfernt:

    • ias_CurrentDayOfWeek
    • ias_CurrentDayOfMonth
    • ias_CurrentMonth
    • ias_CurrentYear

    An ihrer Stelle können Sie ias_CurrentTimestamp oder DATEPART verwenden.

    Weitere Hinweise finden Sie unter Regelvariable.

  • QAnywhere Central ersetzt   QAnywhere Central wurde durch das QAnywhere-Plug-In für Sybase Central ersetzt. Das Plug-In bietet zahlreiche Erweiterungen in der Funktionalität.