Nach dem Update auf Empirum 25.0.1 funktioniert auf einigen Windows 10-Plätzen (Enterprise 2016 LTSB 1607, also noch im Support) in der EMC die Anzeige der Rollout-Koordination nicht mehr. Das Fenster öffnet sich, zeigt aber nur eine Fehlermeldung
"Error while updating row limit: Schlüsselwort wird nicht unterstützt: 'dsn'."
Auf einigen anderen identischen Windows 10-Plätzen dagegen funktioniert es. Einziger augenfälliger Unterschied ist, dass die funktionierenden Plätze Internetzugang haben, die mit dem Fehler dagegen nicht. Lädt also die Konsole für die Rollout-Anzeige evtl. irgendwas dynamisch nach?
Auf Maschinen unter Server 2016 funktioniert es durchgängig nicht, gleiche Fehlermeldung. Aber Server 2016 ist auch in den Systemvoraussetzungen nicht mehr als unterstützt genannt, also beklage ich mich da nicht...
Gibt es sonst Voraussetzungen für die Rollout-Koordination (außer .Net 4.8 bzw. den Rquirements, die beim Setup der EMC mit installiert werden?)
Danke und Grüße
Rollout-Koordination "Error while updating row limit"
Moderators: MVogt, moderators
Rollout-Koordination "Error while updating row limit"
- Attachments
-
- EMC Fehler Rollout-Koordination.png
- Screenshot Fehlermeldung Rollout-Koordination
- (41.7 KiB) Downloaded 36 times
Re: Rollout-Koordination "Error while updating row limit"
Hallo,
reinstalliere bitte die EMC, danach sollte es eigentlich wieder funktionieren.
lg
reinstalliere bitte die EMC, danach sollte es eigentlich wieder funktionieren.
lg
Re: Rollout-Koordination "Error while updating row limit"
Hallo,
ja, naheliegender Gedanke, war das erste, was ich versucht hatte. Erst Reparaturinstrallation, dann Wiederholung der Installation und schließlich Deinstallation mit anschließender Neuinstallation und das auf mehreren betroffenen Geräten. Leider immer ohne Erfolg.
Es scheint irgend eine Komponente zu geben, die von der neuen Rollout-Koordination benötigt, aber in den Requirements der EMC nicht erwähnt oder mit installiert wird. Windows 10 1607 LTSB-Systeme scheinen sie normalerweise zu haben (aber nicht immer), Server 2016 nicht.
Danke und Grüße
ja, naheliegender Gedanke, war das erste, was ich versucht hatte. Erst Reparaturinstrallation, dann Wiederholung der Installation und schließlich Deinstallation mit anschließender Neuinstallation und das auf mehreren betroffenen Geräten. Leider immer ohne Erfolg.
Es scheint irgend eine Komponente zu geben, die von der neuen Rollout-Koordination benötigt, aber in den Requirements der EMC nicht erwähnt oder mit installiert wird. Windows 10 1607 LTSB-Systeme scheinen sie normalerweise zu haben (aber nicht immer), Server 2016 nicht.
Danke und Grüße
-
Theo_Gottwald
- Posts: 395
- Joined: 03. Oct 2009, 08:57
- Location: Herrenstr.11 * 76706 Dettenheim
- Contact:
Re: Rollout-Koordination "Error while updating row limit"
ℌ𝔞𝔩𝔩𝔬
,
𝔇𝔦𝔢 𝔉𝔢𝔥𝔩𝔢𝔯𝔪𝔢𝔩𝔡𝔲𝔫𝔤 **„𝔖𝔠𝔥𝔩ü𝔰𝔰𝔢𝔩𝔴𝔬𝔯𝔱 𝔴𝔦𝔯𝔡 𝔫𝔦𝔠𝔥𝔱 𝔲𝔫𝔱𝔢𝔯𝔰𝔱ü𝔱𝔷𝔱: '𝔡𝔰𝔫'“** 𝔦𝔰𝔱 𝔢𝔦𝔫 𝔨𝔩𝔞𝔯𝔢𝔯 ℌ𝔦𝔫𝔴𝔢𝔦𝔰: 𝔈𝔦𝔫𝔢 𝔎𝔬𝔪𝔭𝔬𝔫𝔢𝔫𝔱𝔢 𝔡𝔢𝔯 **𝔫𝔢𝔲𝔢𝔫 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫** 𝔳𝔢𝔯𝔰𝔲𝔠𝔥𝔱, 𝔢𝔦𝔫𝔢 **𝔒𝔇𝔅ℭ-𝔇𝔖𝔑-𝔟𝔞𝔰𝔦𝔢𝔯𝔱𝔢** 𝔙𝔢𝔯𝔟𝔦𝔫𝔡𝔲𝔫𝔤𝔰𝔷𝔢𝔦𝔠𝔥𝔢𝔫𝔣𝔬𝔩𝔤𝔢 (`𝔇𝔖𝔑=...`) 𝔪𝔦𝔱 𝔢𝔦𝔫𝔢𝔪 𝔓𝔯𝔬𝔳𝔦𝔡𝔢𝔯 𝔷𝔲 ö𝔣𝔣𝔫𝔢𝔫, 𝔡𝔢𝔯 **𝔇𝔖𝔑 𝔦𝔫 ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫 𝔖𝔱𝔯𝔦𝔫𝔤𝔰 𝔫𝔦𝔠𝔥𝔱 𝔲𝔫𝔱𝔢𝔯𝔰𝔱ü𝔱𝔷𝔱** (𝔷.𝔅. 𝔖𝔮𝔩ℭ𝔩𝔦𝔢𝔫𝔱). 𝔊𝔢𝔫𝔞𝔲 𝔡𝔦𝔢𝔰𝔢𝔯 𝔈𝔣𝔣𝔢𝔨𝔱 𝔱𝔯𝔦𝔱𝔱 𝔞𝔩𝔰 „𝔡𝔰𝔫 𝔫𝔬𝔱 𝔰𝔲𝔭𝔭𝔬𝔯𝔱𝔢𝔡“ 𝔞𝔲𝔣, 𝔴𝔢𝔫𝔫 𝔢𝔦𝔫𝔢 𝔇𝔖𝔑-ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫 𝔫𝔦𝔠𝔥𝔱 ü𝔟𝔢𝔯 𝔒𝔇𝔅ℭ 𝔞𝔲𝔣𝔤𝔢𝔟𝔞𝔲𝔱 𝔴𝔦𝔯𝔡. ([𝔚𝔢𝔦𝔱𝔢𝔯𝔢 ℑ𝔫𝔣𝔬𝔰 𝔟𝔢𝔦 𝔐𝔦𝔠𝔯𝔬𝔰𝔬𝔣𝔱 𝔏𝔢𝔞𝔯𝔫][1])
### 1) 𝔅𝔢𝔨𝔞𝔫𝔫𝔱𝔢 𝔓𝔯𝔬𝔟𝔩𝔢𝔪𝔞𝔱𝔦𝔨 𝔦𝔫 𝔈𝔐ℭ/ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫
ℑ𝔫 𝔡𝔢𝔫 **𝔈𝔪𝔭𝔦𝔯𝔲𝔪 25.0.1 (𝔘𝔭𝔡𝔞𝔱𝔢 1) ℜ𝔢𝔩𝔢𝔞𝔰𝔢 𝔑𝔬𝔱𝔢𝔰** 𝔴𝔦𝔯𝔡 𝔢𝔵𝔭𝔩𝔦𝔷𝔦𝔱 𝔞𝔩𝔰 𝔟𝔢𝔥𝔬𝔟𝔢𝔫𝔢𝔰 𝔓𝔯𝔬𝔟𝔩𝔢𝔪 𝔢𝔯𝔴ä𝔥𝔫𝔱:
**𝔓ℜ𝔅38740 – “ℜ𝔬𝔩𝔩𝔬𝔲𝔱 𝔠𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 𝔦𝔰 𝔫𝔬𝔱 𝔣𝔲𝔫𝔠𝔱𝔦𝔬𝔫𝔦𝔫𝔤 𝔬𝔫 𝔠𝔩𝔦𝔢𝔫𝔱𝔰”**. ([𝔐𝔞𝔱𝔯𝔦𝔵42 ℌ𝔢𝔩𝔭 ℭ𝔢𝔫𝔱𝔢𝔯][2])- 𝔇𝔞𝔰 𝔭𝔞𝔰𝔰𝔱 𝔢𝔵𝔞𝔨𝔱 𝔷𝔲 𝔡𝔢𝔦𝔫𝔢𝔪 𝔉𝔢𝔥𝔩𝔢𝔯𝔟𝔦𝔩𝔡!
𝔐𝔦𝔱 𝔈𝔪𝔭𝔦𝔯𝔲𝔪 25.0 𝔴𝔲𝔯𝔡𝔢 𝔡𝔦𝔢 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 “𝔨𝔬𝔪𝔭𝔩𝔢𝔱𝔱 ü𝔟𝔢𝔯𝔞𝔯𝔟𝔢𝔦𝔱𝔢𝔱” – 𝔡𝔞𝔡𝔲𝔯𝔠𝔥 ä𝔫𝔡𝔢𝔯𝔫 𝔰𝔦𝔠𝔥 𝔄𝔟𝔥ä𝔫𝔤𝔦𝔤𝔨𝔢𝔦𝔱𝔢𝔫 & 𝔇𝔞𝔱𝔢𝔫𝔟𝔞𝔫𝔨𝔷𝔲𝔤𝔯𝔦𝔣𝔣𝔢. ([ℜ𝔢𝔩𝔢𝔞𝔰𝔢 𝔑𝔬𝔱𝔢𝔰][3])
### 2) 𝔚𝔦𝔠𝔥𝔱𝔦𝔤: 𝔈𝔐ℭ 𝔴𝔦𝔯𝔨𝔩𝔦𝔠𝔥 𝔞𝔲𝔣 𝔄𝔏𝔏𝔈𝔑 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔫𝔢𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫!
𝔐𝔞𝔱𝔯𝔦𝔵42 𝔢𝔪𝔭𝔣𝔦𝔢𝔥𝔩𝔱 𝔞𝔲𝔰𝔡𝔯ü𝔠𝔨𝔩𝔦𝔠𝔥, 𝔡𝔦𝔢 **𝔈𝔪𝔭𝔦𝔯𝔲𝔪 𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱 ℭ𝔬𝔫𝔰𝔬𝔩𝔢 (𝔈𝔐ℭ) 𝔞𝔲𝔣 𝔞𝔩𝔩𝔢𝔫 𝔟𝔢𝔱𝔯𝔬𝔣𝔣𝔢𝔫𝔢𝔫 ℭ𝔬𝔪𝔭𝔲𝔱𝔢𝔯𝔫 𝔷𝔲 𝔡𝔢𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 𝔲𝔫𝔡 𝔫𝔢𝔲 𝔷𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫**. ([𝔄𝔫𝔩𝔢𝔦𝔱𝔲𝔫𝔤][4])
𝔚𝔢𝔫𝔫 𝔞𝔲𝔣 𝔪𝔞𝔫𝔠𝔥𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔞𝔩𝔩𝔢𝔰 𝔩ä𝔲𝔣𝔱 𝔲𝔫𝔡 𝔞𝔲𝔣 𝔞𝔫𝔡𝔢𝔯𝔢𝔫 𝔫𝔦𝔠𝔥𝔱, 𝔩𝔦𝔢𝔤𝔱 𝔡𝔞𝔰 𝔬𝔣𝔱 𝔞𝔫 **𝔲𝔫𝔱𝔢𝔯𝔰𝔠𝔥𝔦𝔢𝔡𝔩𝔦𝔠𝔥𝔢𝔫 𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔰𝔱ä𝔫𝔡𝔢𝔫 / 𝔳𝔢𝔯𝔞𝔩𝔱𝔢𝔱𝔢𝔫 𝔇𝔏𝔏𝔰** – 𝔟𝔢𝔰𝔬𝔫𝔡𝔢𝔯𝔰 𝔟𝔢𝔦 𝔒𝔣𝔣𝔩𝔦𝔫𝔢-ℜ𝔢𝔠𝔥𝔫𝔢𝔯𝔫 𝔬𝔡𝔢𝔯 𝔰𝔠𝔥𝔦𝔢𝔣𝔤𝔢𝔩𝔞𝔲𝔣𝔢𝔫𝔢𝔯 𝔓𝔞𝔨𝔢𝔱𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫.

**𝔓𝔯𝔞𝔵𝔦𝔰-ℭ𝔥𝔢𝔠𝔨:**
𝔙𝔢𝔯𝔤𝔩𝔢𝔦𝔠𝔥𝔢 𝔡𝔦𝔢 **𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔬𝔯𝔡𝔫𝔢𝔯** 𝔞𝔲𝔣 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔢𝔫𝔡𝔢𝔫 𝔲𝔫𝔡 𝔡𝔢𝔣𝔢𝔨𝔱𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 (𝔇𝔞𝔱𝔢𝔦𝔳𝔢𝔯𝔰𝔦𝔬𝔫𝔢𝔫/𝔇𝔞𝔱𝔲𝔪 𝔰𝔭𝔢𝔷𝔦𝔢𝔩𝔩 𝔡𝔢𝔯 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫-𝔇𝔏𝔏𝔰).
𝔄𝔟𝔴𝔢𝔦𝔠𝔥𝔲𝔫𝔤 𝔤𝔢𝔣𝔲𝔫𝔡𝔢𝔫? → 𝔇𝔢𝔣𝔢𝔨𝔱𝔢𝔰 𝔊𝔢𝔯ä𝔱 *𝔰𝔞𝔲𝔟𝔢𝔯* 𝔡𝔢𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 + 𝔫𝔢𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 𝔡𝔦𝔯𝔢𝔨𝔱 𝔞𝔲𝔰 𝔡𝔢𝔪 𝔞𝔨𝔱𝔲𝔢𝔩𝔩𝔢𝔫 𝔈𝔪𝔭𝔦𝔯𝔲𝔪-𝔖𝔥𝔞𝔯𝔢!
### 3) 𝔞𝔭𝔭.𝔠𝔬𝔫𝔣𝔦𝔤 𝔭𝔯ü𝔣𝔢𝔫 – 𝔥ä𝔲𝔣𝔦𝔤𝔢 𝔘𝔯𝔰𝔞𝔠𝔥𝔢 𝔫𝔞𝔠𝔥 𝔘𝔭𝔡𝔞𝔱𝔢
ℑ𝔫 25.0.1 𝔨𝔞𝔫𝔫𝔰𝔱 𝔡𝔲 𝔚𝔢𝔯𝔱𝔢 𝔡𝔢𝔯 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 **𝔦𝔫 𝔡𝔢𝔯 𝔞𝔭𝔭.𝔠𝔬𝔫𝔣𝔦𝔤** 𝔞𝔫𝔭𝔞𝔰𝔰𝔢𝔫. ([ℌ𝔬𝔴-𝔗𝔬][2])
𝔖𝔬 ü𝔟𝔢𝔯𝔭𝔯ü𝔣𝔰𝔱 𝔡𝔲 𝔰𝔠𝔥𝔫𝔢𝔩𝔩, 𝔬𝔟 𝔦𝔫 𝔡𝔢𝔯 ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-𝔎𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫 𝔢𝔦𝔫 ℑ𝔫𝔱𝔢𝔯𝔭𝔯𝔢𝔱𝔞𝔱𝔦𝔬𝔫𝔰𝔣𝔢𝔥𝔩𝔢𝔯 𝔰𝔱𝔢𝔠𝔨𝔱:
- 𝔖𝔲𝔠𝔥𝔢 𝔦𝔪 𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔳𝔢𝔯𝔷𝔢𝔦𝔠𝔥𝔫𝔦𝔰 𝔫𝔞𝔠𝔥 `*.𝔠𝔬𝔫𝔣𝔦𝔤` (𝔷.𝔅. `ℜ𝔬𝔩𝔩𝔬𝔲𝔱...𝔢𝔵𝔢.𝔠𝔬𝔫𝔣𝔦𝔤`)
- 𝔇𝔲𝔯𝔠𝔥𝔰𝔲𝔠𝔥𝔢 𝔡𝔦𝔢 𝔇𝔞𝔱𝔢𝔦 𝔫𝔞𝔠𝔥 `𝔡𝔰𝔫` 𝔲𝔫𝔡 `𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰`
- 𝔖𝔱𝔢𝔥𝔱 𝔡𝔬𝔯𝔱 𝔢𝔱𝔴𝔞𝔰 𝔴𝔦𝔢 `𝔇𝔖𝔑=...` 𝔲𝔫𝔡 𝔴𝔦𝔯𝔡 𝔷𝔲𝔤𝔩𝔢𝔦𝔠𝔥 “𝔖𝔮𝔩ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫” 𝔢𝔯𝔴𝔞𝔯𝔱𝔢𝔱, 𝔦𝔰𝔱 𝔡𝔞𝔰 𝔢𝔵𝔞𝔨𝔱 𝔡𝔢𝔯 𝔉𝔢𝔥𝔩𝔢𝔯.
*(𝔉𝔞𝔩𝔩𝔰 𝔡𝔲 𝔪𝔞𝔤𝔰𝔱, 𝔭𝔬𝔰𝔱𝔢 𝔪𝔦𝔯 𝔢𝔦𝔫𝔣𝔞𝔠𝔥 𝔡𝔢𝔫 𝔢𝔫𝔱𝔰𝔭𝔯𝔢𝔠𝔥𝔢𝔫𝔡𝔢𝔫 `<𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰>`-𝔅𝔩𝔬𝔠𝔨 – 𝔞𝔟𝔢𝔯 𝔟𝔦𝔱𝔱𝔢 𝔒ℌ𝔑𝔈 𝔓𝔞𝔰𝔰𝔴𝔬𝔯𝔱 – 𝔡𝔞𝔫𝔫 𝔨𝔞𝔫𝔫 𝔦𝔠𝔥 𝔡𝔦𝔯 𝔡𝔞𝔰 𝔞𝔫𝔞𝔩𝔶𝔰𝔦𝔢𝔯𝔢𝔫.)*
### 4) ℑ𝔫𝔱𝔢𝔯𝔫𝔢𝔱𝔷𝔲𝔤𝔞𝔫𝔤 𝔞𝔩𝔰 𝔪ö𝔤𝔩𝔦𝔠𝔥𝔢𝔯 𝔘𝔫𝔱𝔢𝔯𝔰𝔠𝔥𝔦𝔢𝔡
𝔇𝔦𝔢 𝔇𝔞𝔱𝔢𝔫𝔟𝔞𝔫𝔨𝔞𝔫𝔟𝔦𝔫𝔡𝔲𝔫𝔤 𝔦𝔫 𝔈𝔪𝔭𝔦𝔯𝔲𝔪 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔱 𝔳ö𝔩𝔩𝔦𝔤 𝔬𝔣𝔣𝔩𝔦𝔫𝔢. 𝔚𝔢𝔫𝔫 𝔡𝔞𝔰 𝔓𝔯𝔬𝔟𝔩𝔢𝔪 𝔫𝔲𝔯 𝔟𝔢𝔦 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔬𝔥𝔫𝔢 ℑ𝔫𝔱𝔢𝔯𝔫𝔢𝔱 𝔞𝔲𝔣𝔱𝔯𝔦𝔱𝔱, 𝔡𝔞𝔫𝔫 𝔪𝔢𝔦𝔰𝔱 **𝔦𝔫𝔡𝔦𝔯𝔢𝔨𝔱**:
- 𝔡𝔬𝔯𝔱 𝔰𝔦𝔫𝔡 **𝔙𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤𝔢𝔫**/ℜ𝔲𝔫𝔱𝔦𝔪𝔢𝔰 ä𝔩𝔱𝔢𝔯 (𝔷.𝔅. 𝔉𝔯𝔞𝔪𝔢𝔴𝔬𝔯𝔨/ℜ𝔲𝔫𝔱𝔦𝔪𝔢 𝔫𝔦𝔠𝔥𝔱 𝔞𝔨𝔱𝔲𝔢𝔩𝔩)
- 𝔟𝔢𝔦 𝔬𝔫𝔩𝔦𝔫𝔢-ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔴𝔲𝔯𝔡𝔢 𝔈𝔐ℭ 𝔫𝔢𝔲𝔢𝔯 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔱/𝔯𝔢𝔭𝔞𝔯𝔦𝔢𝔯𝔱
𝔚𝔦𝔠𝔥𝔱𝔦𝔤 𝔟𝔩𝔢𝔦𝔟𝔱: **.𝔑𝔈𝔗 𝔉𝔯𝔞𝔪𝔢𝔴𝔬𝔯𝔨 4.8 𝔦𝔰𝔱 𝔙𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤!** ([𝔖𝔶𝔰𝔱𝔢𝔪𝔳𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤][5])
### 5) 𝔚𝔞𝔰 𝔡𝔲 𝔷𝔲𝔯 𝔄𝔫𝔞𝔩𝔶𝔰𝔢 𝔩𝔦𝔢𝔣𝔢𝔯𝔫 𝔰𝔬𝔩𝔩𝔱𝔢𝔰𝔱
1. **𝔈𝔐ℭ-𝔙𝔢𝔯𝔰𝔦𝔬𝔫𝔰𝔞𝔫𝔤𝔞𝔟𝔢** 𝔞𝔲𝔣 𝔧𝔢 1 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔢𝔫𝔡𝔢𝔫 + 1 𝔡𝔢𝔣𝔢𝔨𝔱𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱 (𝔖𝔠𝔯𝔢𝔢𝔫𝔰𝔥𝔬𝔱 𝔯𝔢𝔦𝔠𝔥𝔱
)
2. 𝔚𝔢𝔩𝔠𝔥𝔢 **𝔇𝔖𝔑** 𝔟𝔢𝔦𝔪 𝔖𝔱𝔞𝔯𝔱/𝔏𝔬𝔤𝔬𝔫 𝔤𝔢𝔫𝔲𝔱𝔷𝔱 𝔴𝔦𝔯𝔡 (𝔑𝔞𝔪𝔢)
3. 𝔇𝔢𝔯 𝔯𝔢𝔩𝔢𝔳𝔞𝔫𝔱𝔢 **.𝔠𝔬𝔫𝔣𝔦𝔤-𝔄𝔲𝔰𝔰𝔠𝔥𝔫𝔦𝔱𝔱** (`𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰`/𝔓𝔯𝔬𝔳𝔦𝔡𝔢𝔯, 𝔟𝔦𝔱𝔱𝔢 𝔬𝔥𝔫𝔢 𝔓𝔞𝔰𝔰𝔴𝔬𝔯𝔱)
𝔖𝔠𝔥𝔦𝔠𝔨 𝔪𝔦𝔯 𝔡𝔦𝔢 ℑ𝔫𝔣𝔬𝔰, 𝔡𝔞𝔫𝔫 𝔟𝔢𝔨𝔬𝔪𝔪𝔰𝔱 𝔡𝔲 𝔢𝔦𝔫𝔢 **𝔨𝔩𝔞𝔯𝔢 ℭ𝔥𝔢𝔠𝔨𝔩𝔦𝔰𝔱𝔢** 𝔲𝔫𝔡 𝔡𝔢𝔫 **𝔴𝔞𝔥𝔯𝔰𝔠𝔥𝔢𝔦𝔫𝔩𝔦𝔠𝔥𝔰𝔱𝔢𝔫 𝔉𝔦𝔵** (𝔬𝔟 𝔓ℜ𝔅38740, ℭ𝔬𝔫𝔣𝔦𝔤-𝔉𝔢𝔥𝔩𝔢𝔯 𝔬𝔡𝔢𝔯 𝔓𝔯𝔢𝔯𝔢𝔮-𝔓𝔯𝔬𝔟𝔩𝔢𝔪)!

[1]: 𝔥𝔱𝔱𝔭𝔰://𝔩𝔢𝔞𝔯𝔫.𝔪𝔦𝔠𝔯𝔬𝔰𝔬𝔣𝔱.𝔠𝔬𝔪/𝔢𝔫-𝔲𝔰/𝔞𝔫𝔰𝔴𝔢𝔯𝔰/𝔮𝔲𝔢𝔰𝔱𝔦𝔬𝔫𝔰/715602/𝔠-𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-𝔰𝔱𝔯𝔦𝔫𝔤-𝔣𝔬𝔯-𝔰𝔮𝔩𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-%28𝔢𝔯𝔯𝔬𝔯-𝔡𝔰𝔫-𝔫?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[2]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_𝔘𝔭𝔡𝔞𝔱𝔢_1_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔞𝔫𝔡_𝔘𝔭𝔡𝔞𝔱𝔢_𝔑𝔬𝔱𝔢𝔰
[3]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[4]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔡𝔢/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_𝔘𝔭𝔡𝔞𝔱𝔢_1_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔞𝔫𝔡_𝔘𝔭𝔡𝔞𝔱𝔢_𝔑𝔬𝔱𝔢𝔰
[5]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔞𝔫𝔡_ℭ𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.𝔵_-_𝔖𝔶𝔰𝔱𝔢𝔪_ℜ𝔢𝔮𝔲𝔦𝔯𝔢𝔪𝔢𝔫𝔱𝔰?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[6]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔞𝔫𝔡_ℭ𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.𝔵_-_ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔐𝔞𝔫𝔲𝔞𝔩?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
#𝔈𝔪𝔭𝔦𝔯𝔲𝔪 #𝔐𝔞𝔱𝔯𝔦𝔵42 #ℜ𝔬𝔩𝔩𝔬𝔲𝔱 #𝔇𝔖𝔑 #𝔒𝔇𝔅ℭ #𝔖𝔔𝔏 #𝔄𝔡𝔪𝔦𝔫 #ℑ𝔗𝔖𝔲𝔭𝔭𝔬𝔯𝔱 #𝔓𝔞𝔱𝔠𝔥𝔡𝔞𝔶 #𝔉𝔢𝔥𝔩𝔢𝔯𝔟𝔢𝔥𝔢𝔟𝔲𝔫𝔤 #𝔘𝔭𝔡𝔞𝔱𝔢 #𝔅𝔲𝔤𝔣𝔦𝔵 #𝔑𝔢𝔱𝔷𝔴𝔢𝔯𝔨 #𝔚𝔦𝔫𝔡𝔬𝔴𝔰 #ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 #ℭ𝔬𝔫𝔣𝔦𝔤 #𝔄𝔭𝔭ℭ𝔬𝔫𝔣𝔦𝔤










𝔇𝔦𝔢 𝔉𝔢𝔥𝔩𝔢𝔯𝔪𝔢𝔩𝔡𝔲𝔫𝔤 **„𝔖𝔠𝔥𝔩ü𝔰𝔰𝔢𝔩𝔴𝔬𝔯𝔱 𝔴𝔦𝔯𝔡 𝔫𝔦𝔠𝔥𝔱 𝔲𝔫𝔱𝔢𝔯𝔰𝔱ü𝔱𝔷𝔱: '𝔡𝔰𝔫'“** 𝔦𝔰𝔱 𝔢𝔦𝔫 𝔨𝔩𝔞𝔯𝔢𝔯 ℌ𝔦𝔫𝔴𝔢𝔦𝔰: 𝔈𝔦𝔫𝔢 𝔎𝔬𝔪𝔭𝔬𝔫𝔢𝔫𝔱𝔢 𝔡𝔢𝔯 **𝔫𝔢𝔲𝔢𝔫 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫** 𝔳𝔢𝔯𝔰𝔲𝔠𝔥𝔱, 𝔢𝔦𝔫𝔢 **𝔒𝔇𝔅ℭ-𝔇𝔖𝔑-𝔟𝔞𝔰𝔦𝔢𝔯𝔱𝔢** 𝔙𝔢𝔯𝔟𝔦𝔫𝔡𝔲𝔫𝔤𝔰𝔷𝔢𝔦𝔠𝔥𝔢𝔫𝔣𝔬𝔩𝔤𝔢 (`𝔇𝔖𝔑=...`) 𝔪𝔦𝔱 𝔢𝔦𝔫𝔢𝔪 𝔓𝔯𝔬𝔳𝔦𝔡𝔢𝔯 𝔷𝔲 ö𝔣𝔣𝔫𝔢𝔫, 𝔡𝔢𝔯 **𝔇𝔖𝔑 𝔦𝔫 ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫 𝔖𝔱𝔯𝔦𝔫𝔤𝔰 𝔫𝔦𝔠𝔥𝔱 𝔲𝔫𝔱𝔢𝔯𝔰𝔱ü𝔱𝔷𝔱** (𝔷.𝔅. 𝔖𝔮𝔩ℭ𝔩𝔦𝔢𝔫𝔱). 𝔊𝔢𝔫𝔞𝔲 𝔡𝔦𝔢𝔰𝔢𝔯 𝔈𝔣𝔣𝔢𝔨𝔱 𝔱𝔯𝔦𝔱𝔱 𝔞𝔩𝔰 „𝔡𝔰𝔫 𝔫𝔬𝔱 𝔰𝔲𝔭𝔭𝔬𝔯𝔱𝔢𝔡“ 𝔞𝔲𝔣, 𝔴𝔢𝔫𝔫 𝔢𝔦𝔫𝔢 𝔇𝔖𝔑-ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫 𝔫𝔦𝔠𝔥𝔱 ü𝔟𝔢𝔯 𝔒𝔇𝔅ℭ 𝔞𝔲𝔣𝔤𝔢𝔟𝔞𝔲𝔱 𝔴𝔦𝔯𝔡. ([𝔚𝔢𝔦𝔱𝔢𝔯𝔢 ℑ𝔫𝔣𝔬𝔰 𝔟𝔢𝔦 𝔐𝔦𝔠𝔯𝔬𝔰𝔬𝔣𝔱 𝔏𝔢𝔞𝔯𝔫][1])
### 1) 𝔅𝔢𝔨𝔞𝔫𝔫𝔱𝔢 𝔓𝔯𝔬𝔟𝔩𝔢𝔪𝔞𝔱𝔦𝔨 𝔦𝔫 𝔈𝔐ℭ/ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫
ℑ𝔫 𝔡𝔢𝔫 **𝔈𝔪𝔭𝔦𝔯𝔲𝔪 25.0.1 (𝔘𝔭𝔡𝔞𝔱𝔢 1) ℜ𝔢𝔩𝔢𝔞𝔰𝔢 𝔑𝔬𝔱𝔢𝔰** 𝔴𝔦𝔯𝔡 𝔢𝔵𝔭𝔩𝔦𝔷𝔦𝔱 𝔞𝔩𝔰 𝔟𝔢𝔥𝔬𝔟𝔢𝔫𝔢𝔰 𝔓𝔯𝔬𝔟𝔩𝔢𝔪 𝔢𝔯𝔴ä𝔥𝔫𝔱:
**𝔓ℜ𝔅38740 – “ℜ𝔬𝔩𝔩𝔬𝔲𝔱 𝔠𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 𝔦𝔰 𝔫𝔬𝔱 𝔣𝔲𝔫𝔠𝔱𝔦𝔬𝔫𝔦𝔫𝔤 𝔬𝔫 𝔠𝔩𝔦𝔢𝔫𝔱𝔰”**. ([𝔐𝔞𝔱𝔯𝔦𝔵42 ℌ𝔢𝔩𝔭 ℭ𝔢𝔫𝔱𝔢𝔯][2])- 𝔇𝔞𝔰 𝔭𝔞𝔰𝔰𝔱 𝔢𝔵𝔞𝔨𝔱 𝔷𝔲 𝔡𝔢𝔦𝔫𝔢𝔪 𝔉𝔢𝔥𝔩𝔢𝔯𝔟𝔦𝔩𝔡!
𝔐𝔦𝔱 𝔈𝔪𝔭𝔦𝔯𝔲𝔪 25.0 𝔴𝔲𝔯𝔡𝔢 𝔡𝔦𝔢 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 “𝔨𝔬𝔪𝔭𝔩𝔢𝔱𝔱 ü𝔟𝔢𝔯𝔞𝔯𝔟𝔢𝔦𝔱𝔢𝔱” – 𝔡𝔞𝔡𝔲𝔯𝔠𝔥 ä𝔫𝔡𝔢𝔯𝔫 𝔰𝔦𝔠𝔥 𝔄𝔟𝔥ä𝔫𝔤𝔦𝔤𝔨𝔢𝔦𝔱𝔢𝔫 & 𝔇𝔞𝔱𝔢𝔫𝔟𝔞𝔫𝔨𝔷𝔲𝔤𝔯𝔦𝔣𝔣𝔢. ([ℜ𝔢𝔩𝔢𝔞𝔰𝔢 𝔑𝔬𝔱𝔢𝔰][3])
### 2) 𝔚𝔦𝔠𝔥𝔱𝔦𝔤: 𝔈𝔐ℭ 𝔴𝔦𝔯𝔨𝔩𝔦𝔠𝔥 𝔞𝔲𝔣 𝔄𝔏𝔏𝔈𝔑 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔫𝔢𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫!
𝔐𝔞𝔱𝔯𝔦𝔵42 𝔢𝔪𝔭𝔣𝔦𝔢𝔥𝔩𝔱 𝔞𝔲𝔰𝔡𝔯ü𝔠𝔨𝔩𝔦𝔠𝔥, 𝔡𝔦𝔢 **𝔈𝔪𝔭𝔦𝔯𝔲𝔪 𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱 ℭ𝔬𝔫𝔰𝔬𝔩𝔢 (𝔈𝔐ℭ) 𝔞𝔲𝔣 𝔞𝔩𝔩𝔢𝔫 𝔟𝔢𝔱𝔯𝔬𝔣𝔣𝔢𝔫𝔢𝔫 ℭ𝔬𝔪𝔭𝔲𝔱𝔢𝔯𝔫 𝔷𝔲 𝔡𝔢𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 𝔲𝔫𝔡 𝔫𝔢𝔲 𝔷𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫**. ([𝔄𝔫𝔩𝔢𝔦𝔱𝔲𝔫𝔤][4])
𝔚𝔢𝔫𝔫 𝔞𝔲𝔣 𝔪𝔞𝔫𝔠𝔥𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔞𝔩𝔩𝔢𝔰 𝔩ä𝔲𝔣𝔱 𝔲𝔫𝔡 𝔞𝔲𝔣 𝔞𝔫𝔡𝔢𝔯𝔢𝔫 𝔫𝔦𝔠𝔥𝔱, 𝔩𝔦𝔢𝔤𝔱 𝔡𝔞𝔰 𝔬𝔣𝔱 𝔞𝔫 **𝔲𝔫𝔱𝔢𝔯𝔰𝔠𝔥𝔦𝔢𝔡𝔩𝔦𝔠𝔥𝔢𝔫 𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔰𝔱ä𝔫𝔡𝔢𝔫 / 𝔳𝔢𝔯𝔞𝔩𝔱𝔢𝔱𝔢𝔫 𝔇𝔏𝔏𝔰** – 𝔟𝔢𝔰𝔬𝔫𝔡𝔢𝔯𝔰 𝔟𝔢𝔦 𝔒𝔣𝔣𝔩𝔦𝔫𝔢-ℜ𝔢𝔠𝔥𝔫𝔢𝔯𝔫 𝔬𝔡𝔢𝔯 𝔰𝔠𝔥𝔦𝔢𝔣𝔤𝔢𝔩𝔞𝔲𝔣𝔢𝔫𝔢𝔯 𝔓𝔞𝔨𝔢𝔱𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫.
**𝔓𝔯𝔞𝔵𝔦𝔰-ℭ𝔥𝔢𝔠𝔨:**
𝔙𝔢𝔯𝔤𝔩𝔢𝔦𝔠𝔥𝔢 𝔡𝔦𝔢 **𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔬𝔯𝔡𝔫𝔢𝔯** 𝔞𝔲𝔣 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔢𝔫𝔡𝔢𝔫 𝔲𝔫𝔡 𝔡𝔢𝔣𝔢𝔨𝔱𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 (𝔇𝔞𝔱𝔢𝔦𝔳𝔢𝔯𝔰𝔦𝔬𝔫𝔢𝔫/𝔇𝔞𝔱𝔲𝔪 𝔰𝔭𝔢𝔷𝔦𝔢𝔩𝔩 𝔡𝔢𝔯 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫-𝔇𝔏𝔏𝔰).
𝔄𝔟𝔴𝔢𝔦𝔠𝔥𝔲𝔫𝔤 𝔤𝔢𝔣𝔲𝔫𝔡𝔢𝔫? → 𝔇𝔢𝔣𝔢𝔨𝔱𝔢𝔰 𝔊𝔢𝔯ä𝔱 *𝔰𝔞𝔲𝔟𝔢𝔯* 𝔡𝔢𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 + 𝔫𝔢𝔲 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 𝔡𝔦𝔯𝔢𝔨𝔱 𝔞𝔲𝔰 𝔡𝔢𝔪 𝔞𝔨𝔱𝔲𝔢𝔩𝔩𝔢𝔫 𝔈𝔪𝔭𝔦𝔯𝔲𝔪-𝔖𝔥𝔞𝔯𝔢!
### 3) 𝔞𝔭𝔭.𝔠𝔬𝔫𝔣𝔦𝔤 𝔭𝔯ü𝔣𝔢𝔫 – 𝔥ä𝔲𝔣𝔦𝔤𝔢 𝔘𝔯𝔰𝔞𝔠𝔥𝔢 𝔫𝔞𝔠𝔥 𝔘𝔭𝔡𝔞𝔱𝔢
ℑ𝔫 25.0.1 𝔨𝔞𝔫𝔫𝔰𝔱 𝔡𝔲 𝔚𝔢𝔯𝔱𝔢 𝔡𝔢𝔯 ℜ𝔬𝔩𝔩𝔬𝔲𝔱-𝔎𝔬𝔬𝔯𝔡𝔦𝔫𝔞𝔱𝔦𝔬𝔫 **𝔦𝔫 𝔡𝔢𝔯 𝔞𝔭𝔭.𝔠𝔬𝔫𝔣𝔦𝔤** 𝔞𝔫𝔭𝔞𝔰𝔰𝔢𝔫. ([ℌ𝔬𝔴-𝔗𝔬][2])
𝔖𝔬 ü𝔟𝔢𝔯𝔭𝔯ü𝔣𝔰𝔱 𝔡𝔲 𝔰𝔠𝔥𝔫𝔢𝔩𝔩, 𝔬𝔟 𝔦𝔫 𝔡𝔢𝔯 ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-𝔎𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫 𝔢𝔦𝔫 ℑ𝔫𝔱𝔢𝔯𝔭𝔯𝔢𝔱𝔞𝔱𝔦𝔬𝔫𝔰𝔣𝔢𝔥𝔩𝔢𝔯 𝔰𝔱𝔢𝔠𝔨𝔱:
- 𝔖𝔲𝔠𝔥𝔢 𝔦𝔪 𝔈𝔐ℭ-ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫𝔰𝔳𝔢𝔯𝔷𝔢𝔦𝔠𝔥𝔫𝔦𝔰 𝔫𝔞𝔠𝔥 `*.𝔠𝔬𝔫𝔣𝔦𝔤` (𝔷.𝔅. `ℜ𝔬𝔩𝔩𝔬𝔲𝔱...𝔢𝔵𝔢.𝔠𝔬𝔫𝔣𝔦𝔤`)
- 𝔇𝔲𝔯𝔠𝔥𝔰𝔲𝔠𝔥𝔢 𝔡𝔦𝔢 𝔇𝔞𝔱𝔢𝔦 𝔫𝔞𝔠𝔥 `𝔡𝔰𝔫` 𝔲𝔫𝔡 `𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰`
- 𝔖𝔱𝔢𝔥𝔱 𝔡𝔬𝔯𝔱 𝔢𝔱𝔴𝔞𝔰 𝔴𝔦𝔢 `𝔇𝔖𝔑=...` 𝔲𝔫𝔡 𝔴𝔦𝔯𝔡 𝔷𝔲𝔤𝔩𝔢𝔦𝔠𝔥 “𝔖𝔮𝔩ℭ𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫” 𝔢𝔯𝔴𝔞𝔯𝔱𝔢𝔱, 𝔦𝔰𝔱 𝔡𝔞𝔰 𝔢𝔵𝔞𝔨𝔱 𝔡𝔢𝔯 𝔉𝔢𝔥𝔩𝔢𝔯.
*(𝔉𝔞𝔩𝔩𝔰 𝔡𝔲 𝔪𝔞𝔤𝔰𝔱, 𝔭𝔬𝔰𝔱𝔢 𝔪𝔦𝔯 𝔢𝔦𝔫𝔣𝔞𝔠𝔥 𝔡𝔢𝔫 𝔢𝔫𝔱𝔰𝔭𝔯𝔢𝔠𝔥𝔢𝔫𝔡𝔢𝔫 `<𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰>`-𝔅𝔩𝔬𝔠𝔨 – 𝔞𝔟𝔢𝔯 𝔟𝔦𝔱𝔱𝔢 𝔒ℌ𝔑𝔈 𝔓𝔞𝔰𝔰𝔴𝔬𝔯𝔱 – 𝔡𝔞𝔫𝔫 𝔨𝔞𝔫𝔫 𝔦𝔠𝔥 𝔡𝔦𝔯 𝔡𝔞𝔰 𝔞𝔫𝔞𝔩𝔶𝔰𝔦𝔢𝔯𝔢𝔫.)*
### 4) ℑ𝔫𝔱𝔢𝔯𝔫𝔢𝔱𝔷𝔲𝔤𝔞𝔫𝔤 𝔞𝔩𝔰 𝔪ö𝔤𝔩𝔦𝔠𝔥𝔢𝔯 𝔘𝔫𝔱𝔢𝔯𝔰𝔠𝔥𝔦𝔢𝔡
𝔇𝔦𝔢 𝔇𝔞𝔱𝔢𝔫𝔟𝔞𝔫𝔨𝔞𝔫𝔟𝔦𝔫𝔡𝔲𝔫𝔤 𝔦𝔫 𝔈𝔪𝔭𝔦𝔯𝔲𝔪 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔱 𝔳ö𝔩𝔩𝔦𝔤 𝔬𝔣𝔣𝔩𝔦𝔫𝔢. 𝔚𝔢𝔫𝔫 𝔡𝔞𝔰 𝔓𝔯𝔬𝔟𝔩𝔢𝔪 𝔫𝔲𝔯 𝔟𝔢𝔦 ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔬𝔥𝔫𝔢 ℑ𝔫𝔱𝔢𝔯𝔫𝔢𝔱 𝔞𝔲𝔣𝔱𝔯𝔦𝔱𝔱, 𝔡𝔞𝔫𝔫 𝔪𝔢𝔦𝔰𝔱 **𝔦𝔫𝔡𝔦𝔯𝔢𝔨𝔱**:
- 𝔡𝔬𝔯𝔱 𝔰𝔦𝔫𝔡 **𝔙𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤𝔢𝔫**/ℜ𝔲𝔫𝔱𝔦𝔪𝔢𝔰 ä𝔩𝔱𝔢𝔯 (𝔷.𝔅. 𝔉𝔯𝔞𝔪𝔢𝔴𝔬𝔯𝔨/ℜ𝔲𝔫𝔱𝔦𝔪𝔢 𝔫𝔦𝔠𝔥𝔱 𝔞𝔨𝔱𝔲𝔢𝔩𝔩)
- 𝔟𝔢𝔦 𝔬𝔫𝔩𝔦𝔫𝔢-ℭ𝔩𝔦𝔢𝔫𝔱𝔰 𝔴𝔲𝔯𝔡𝔢 𝔈𝔐ℭ 𝔫𝔢𝔲𝔢𝔯 𝔦𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔱/𝔯𝔢𝔭𝔞𝔯𝔦𝔢𝔯𝔱
𝔚𝔦𝔠𝔥𝔱𝔦𝔤 𝔟𝔩𝔢𝔦𝔟𝔱: **.𝔑𝔈𝔗 𝔉𝔯𝔞𝔪𝔢𝔴𝔬𝔯𝔨 4.8 𝔦𝔰𝔱 𝔙𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤!** ([𝔖𝔶𝔰𝔱𝔢𝔪𝔳𝔬𝔯𝔞𝔲𝔰𝔰𝔢𝔱𝔷𝔲𝔫𝔤][5])
### 5) 𝔚𝔞𝔰 𝔡𝔲 𝔷𝔲𝔯 𝔄𝔫𝔞𝔩𝔶𝔰𝔢 𝔩𝔦𝔢𝔣𝔢𝔯𝔫 𝔰𝔬𝔩𝔩𝔱𝔢𝔰𝔱
1. **𝔈𝔐ℭ-𝔙𝔢𝔯𝔰𝔦𝔬𝔫𝔰𝔞𝔫𝔤𝔞𝔟𝔢** 𝔞𝔲𝔣 𝔧𝔢 1 𝔣𝔲𝔫𝔨𝔱𝔦𝔬𝔫𝔦𝔢𝔯𝔢𝔫𝔡𝔢𝔫 + 1 𝔡𝔢𝔣𝔢𝔨𝔱𝔢𝔫 ℭ𝔩𝔦𝔢𝔫𝔱 (𝔖𝔠𝔯𝔢𝔢𝔫𝔰𝔥𝔬𝔱 𝔯𝔢𝔦𝔠𝔥𝔱
2. 𝔚𝔢𝔩𝔠𝔥𝔢 **𝔇𝔖𝔑** 𝔟𝔢𝔦𝔪 𝔖𝔱𝔞𝔯𝔱/𝔏𝔬𝔤𝔬𝔫 𝔤𝔢𝔫𝔲𝔱𝔷𝔱 𝔴𝔦𝔯𝔡 (𝔑𝔞𝔪𝔢)
3. 𝔇𝔢𝔯 𝔯𝔢𝔩𝔢𝔳𝔞𝔫𝔱𝔢 **.𝔠𝔬𝔫𝔣𝔦𝔤-𝔄𝔲𝔰𝔰𝔠𝔥𝔫𝔦𝔱𝔱** (`𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫𝔖𝔱𝔯𝔦𝔫𝔤𝔰`/𝔓𝔯𝔬𝔳𝔦𝔡𝔢𝔯, 𝔟𝔦𝔱𝔱𝔢 𝔬𝔥𝔫𝔢 𝔓𝔞𝔰𝔰𝔴𝔬𝔯𝔱)
𝔖𝔠𝔥𝔦𝔠𝔨 𝔪𝔦𝔯 𝔡𝔦𝔢 ℑ𝔫𝔣𝔬𝔰, 𝔡𝔞𝔫𝔫 𝔟𝔢𝔨𝔬𝔪𝔪𝔰𝔱 𝔡𝔲 𝔢𝔦𝔫𝔢 **𝔨𝔩𝔞𝔯𝔢 ℭ𝔥𝔢𝔠𝔨𝔩𝔦𝔰𝔱𝔢** 𝔲𝔫𝔡 𝔡𝔢𝔫 **𝔴𝔞𝔥𝔯𝔰𝔠𝔥𝔢𝔦𝔫𝔩𝔦𝔠𝔥𝔰𝔱𝔢𝔫 𝔉𝔦𝔵** (𝔬𝔟 𝔓ℜ𝔅38740, ℭ𝔬𝔫𝔣𝔦𝔤-𝔉𝔢𝔥𝔩𝔢𝔯 𝔬𝔡𝔢𝔯 𝔓𝔯𝔢𝔯𝔢𝔮-𝔓𝔯𝔬𝔟𝔩𝔢𝔪)!
[1]: 𝔥𝔱𝔱𝔭𝔰://𝔩𝔢𝔞𝔯𝔫.𝔪𝔦𝔠𝔯𝔬𝔰𝔬𝔣𝔱.𝔠𝔬𝔪/𝔢𝔫-𝔲𝔰/𝔞𝔫𝔰𝔴𝔢𝔯𝔰/𝔮𝔲𝔢𝔰𝔱𝔦𝔬𝔫𝔰/715602/𝔠-𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-𝔰𝔱𝔯𝔦𝔫𝔤-𝔣𝔬𝔯-𝔰𝔮𝔩𝔠𝔬𝔫𝔫𝔢𝔠𝔱𝔦𝔬𝔫-%28𝔢𝔯𝔯𝔬𝔯-𝔡𝔰𝔫-𝔫?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[2]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_𝔘𝔭𝔡𝔞𝔱𝔢_1_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔞𝔫𝔡_𝔘𝔭𝔡𝔞𝔱𝔢_𝔑𝔬𝔱𝔢𝔰
[3]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[4]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔡𝔢/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔑𝔬𝔱𝔢𝔰/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.0_𝔘𝔭𝔡𝔞𝔱𝔢_1_-_ℜ𝔢𝔩𝔢𝔞𝔰𝔢_𝔞𝔫𝔡_𝔘𝔭𝔡𝔞𝔱𝔢_𝔑𝔬𝔱𝔢𝔰
[5]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔞𝔫𝔡_ℭ𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.𝔵_-_𝔖𝔶𝔰𝔱𝔢𝔪_ℜ𝔢𝔮𝔲𝔦𝔯𝔢𝔪𝔢𝔫𝔱𝔰?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
[6]: 𝔥𝔱𝔱𝔭𝔰://𝔥𝔢𝔩𝔭.𝔪𝔞𝔱𝔯𝔦𝔵42.𝔠𝔬𝔪/010_𝔖𝔘𝔈𝔐/020_𝔘𝔈𝔐/20ℭ𝔩𝔦𝔢𝔫𝔱_𝔐𝔞𝔫𝔞𝔤𝔢𝔪𝔢𝔫𝔱/ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔞𝔫𝔡_ℭ𝔬𝔫𝔣𝔦𝔤𝔲𝔯𝔞𝔱𝔦𝔬𝔫/𝔙𝔢𝔯𝔰𝔦𝔬𝔫_25.𝔵/𝔈𝔪𝔭𝔦𝔯𝔲𝔪_25.𝔵_-_ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔞𝔱𝔦𝔬𝔫_𝔐𝔞𝔫𝔲𝔞𝔩?𝔲𝔱𝔪_𝔰𝔬𝔲𝔯𝔠𝔢=𝔠𝔥𝔞𝔱𝔤𝔭𝔱.𝔠𝔬𝔪
#𝔈𝔪𝔭𝔦𝔯𝔲𝔪 #𝔐𝔞𝔱𝔯𝔦𝔵42 #ℜ𝔬𝔩𝔩𝔬𝔲𝔱 #𝔇𝔖𝔑 #𝔒𝔇𝔅ℭ #𝔖𝔔𝔏 #𝔄𝔡𝔪𝔦𝔫 #ℑ𝔗𝔖𝔲𝔭𝔭𝔬𝔯𝔱 #𝔓𝔞𝔱𝔠𝔥𝔡𝔞𝔶 #𝔉𝔢𝔥𝔩𝔢𝔯𝔟𝔢𝔥𝔢𝔟𝔲𝔫𝔤 #𝔘𝔭𝔡𝔞𝔱𝔢 #𝔅𝔲𝔤𝔣𝔦𝔵 #𝔑𝔢𝔱𝔷𝔴𝔢𝔯𝔨 #𝔚𝔦𝔫𝔡𝔬𝔴𝔰 #ℑ𝔫𝔰𝔱𝔞𝔩𝔩𝔦𝔢𝔯𝔢𝔫 #ℭ𝔬𝔫𝔣𝔦𝔤 #𝔄𝔭𝔭ℭ𝔬𝔫𝔣𝔦𝔤
Re: Rollout-Koordination "Error while updating row limit"
Hallo,
das war ein sehr guter Beitrag, strukturiert, praktisch und mit sinnvollen Verlinkungen. Vielen Dank dafür!
(nur abgesehen davon, dass der 'FancyText' bei mir echt übel lesbar ist, aber hey, der Inhalt zählt
)
Kurz gesagt:
Der Fehler auf den Clients ist behoben. Ursache war schlicht und einfach eine fehlende 64Bit(!)-ODBC Verbindung. Das ist mir schon peinlich, dass das so eine simple Ursache war, aber bei einem der letzten Updates dachte ich auf einigen Systemen, dass 32Bit ODBC genügen würde, schließlich wollte ich Zeit sparen und die EMC ist ja nur 32Bit. Dass die neue Rollout-Anzeige eine eigene 64Bit-Anwendung ist, hab ich schlicht übersehen, obwohl die Optik ja auffällig ist. Tut mir leid für den Aufwand, den ich damit verursacht habe!
Gegen den gleichen Fehler auf Server 2016 hilft das nicht, aber das ist ein anderes Thema und hier nicht so wichtig.
Lang ausgedrückt, falls jemand über diesen Thread stolpert, hier die einzelnen Schritte, die Theo_Gottwald so schön aufbereitet hat:
#2) EMC war auf allen Systemen neu installiert, auch mehrfach
Praxis-Check: Die Verzeichnisstrukturen waren identisch auf Clients mit und ohne Fehler.
#3 RolloutView.exe.config war ebenfalls identisch. "DSN" und "SqlConnection" kamen darin auch gar nicht vor.
#4 Internetzugang war ja meine Vermutung, aber alle öffentlich bekannten Requirements waren in beiden Fällen erfüllt.
#5 Versionen der EMC und aller Komponenten waren identisch auf den Clients mit und ohne Fehler.
Was schließlich die Lösung brachte war, dass beim Durchsehen der RolloutView.exe.config die zugehörige Logdatei auffiel. Die hatte ich tatsächlich bisher gar nicht im Blick: "{programdata}\Matrix42\Logs\EMC\RolloutView.exe.log". Und in dieser Datei fand sich der Eintrag
Damit war die Sache sofort klar. Auf den fehlerhaften Systemen gab es nur die 32Bit-Verbindung, auf den funktionierenden auch die gleichnamige in 64Bit.
Vielen Dank nochmal!
Cancler
das war ein sehr guter Beitrag, strukturiert, praktisch und mit sinnvollen Verlinkungen. Vielen Dank dafür!
(nur abgesehen davon, dass der 'FancyText' bei mir echt übel lesbar ist, aber hey, der Inhalt zählt
Kurz gesagt:
Der Fehler auf den Clients ist behoben. Ursache war schlicht und einfach eine fehlende 64Bit(!)-ODBC Verbindung. Das ist mir schon peinlich, dass das so eine simple Ursache war, aber bei einem der letzten Updates dachte ich auf einigen Systemen, dass 32Bit ODBC genügen würde, schließlich wollte ich Zeit sparen und die EMC ist ja nur 32Bit. Dass die neue Rollout-Anzeige eine eigene 64Bit-Anwendung ist, hab ich schlicht übersehen, obwohl die Optik ja auffällig ist. Tut mir leid für den Aufwand, den ich damit verursacht habe!
Gegen den gleichen Fehler auf Server 2016 hilft das nicht, aber das ist ein anderes Thema und hier nicht so wichtig.
Lang ausgedrückt, falls jemand über diesen Thread stolpert, hier die einzelnen Schritte, die Theo_Gottwald so schön aufbereitet hat:
#2) EMC war auf allen Systemen neu installiert, auch mehrfach
Praxis-Check: Die Verzeichnisstrukturen waren identisch auf Clients mit und ohne Fehler.
#3 RolloutView.exe.config war ebenfalls identisch. "DSN" und "SqlConnection" kamen darin auch gar nicht vor.
#4 Internetzugang war ja meine Vermutung, aber alle öffentlich bekannten Requirements waren in beiden Fällen erfüllt.
#5 Versionen der EMC und aller Komponenten waren identisch auf den Clients mit und ohne Fehler.
Was schließlich die Lösung brachte war, dass beim Durchsehen der RolloutView.exe.config die zugehörige Logdatei auffiel. Die hatte ich tatsächlich bisher gar nicht im Blick: "{programdata}\Matrix42\Logs\EMC\RolloutView.exe.log". Und in dieser Datei fand sich der Eintrag
Code: Select all
[ERROR] Failed to resolve DSN: ERROR [IM014] [Microsoft][ODBC Driver Manager] Der angegebene DSN weist eine nicht übereinstimmende Architektur von Treiber und Anwendung auf.
Vielen Dank nochmal!
Cancler
Who is online
Users browsing this forum: No registered users and 11 guests