Poprawka: Dostępna jest poprawka, która zawiera dodatkowe właściwości trybu dostarczania dla protokołu warstwy niższy minimalny wysyłania i odbierania kart w akcelerator BizTalk dla HL7 w środowisku programu BizTalk Server 2010

Tłumaczenia artykułów Tłumaczenia artykułów
Numer ID artykułu: 2564013 - Zobacz jakich produktów dotyczą zawarte w tym artykule porady.
Rozwiń wszystko | Zwiń wszystko

Na tej stronie

Streszczenie

W tym artykule opisano poprawkę, która zawiera dwie dodatkowe właściwości trybu dostarczania dla Minimal dolnej warstwy protokołu (MLLP) wysyłania i odbierania portów użycia akceleratora BizTalk dla HL7 w środowisku Microsoft BizTalk Server 2010:
  • Użyj potwierdzenia transportu MLLP
    Ta właściwość jest dostępna w paradygmat jednokierunkowy odbierać portów i portów jednokierunkowej operacji wysyłania.
  • Zawieszenie komunikat żądania na MLLP Transport NAK
    Ta właściwość jest dostępna tylko w portach jednokierunkowej operacji wysyłania.
MLLP otrzymywać karta obsługuje oba tryby odpowiedzi jednokierunkowych i dwukierunkowych żądania. Jeśli skonfigurowana karta Odbierz używa przetwarzania HL7 Uporządkowane dostarczanie parametr. Gwarantuje to, utrzymanie porządku dostarczenia wiadomości. Po odebraniu MLLP karta działa w trybie dwukierunkowe, karta nie odebraniu nowej wiadomości z systemu przetwórczego do czasu potwierdzenia aplikacji (MSA) do systemu przetwórczego poprzedniej wiadomości generuje karty. Wygenerowany ACK/NAK jest wysyłane do bazy danych pole komunikatu (MessageBoxDB). MessageBoxDB czeka na następny interwał sondowania, przed wysłaniem ich do systemu przetwórczego ACK/NAK.

Systemu przetwórczego wysyła wiadomość tylko jeden na raz i tylko w przypadku, gdy otrzyma potwierdzenie/NAK. Dodatkowo, interwał sondowania systemu BizTalk jest skonfigurowana oraz Uporządkowane dostarczanie parametr jest ustawiony na PRAWDA. Oznacza, że liczba wiadomości, które są przetwarzane na drugim ograniczone. Ta poprawka przewiduje dodatkowej konfiguracji jednokierunkowej operacji wysyłania i odbierania portów. Nie wpływa na potwierdzenie/NAK. Jednak znacznie zwiększa liczbę dokumentów, które są przetwarzane w ciągu sekundy.

Podjęcie planu bazowego przed i po zastosowaniu tej poprawki należy użyć liczników wydajności. Gdy benchmark, powinna przedstawić rozsądnej liczby wiadomości w rozsądnym okresie. Na przykład można użyć następujących czynności:
  • Dla BizTalk: wiadomości Kategoria użycia Dokumenty przetworzone na sekundę Licznik.
  • Dla BizTalk: Messaging czas oczekiwania Kategoria, należy użyć wszystkich dostępnych liczników.

Ma jedną opcję, aby zwiększyć liczbę dokumentów, które są przetwarzane w ciągu sekundy dolny MaxReceiveInterval Ustawienie dla hosta systemu BizTalk. W zależności od ogólnej środowiska na dostrojenie komputera, na którym jest uruchomiona Biz Talk Server 2010 i na woluminie dokumentów, które są przetwarzane, obniżenie MaxReceiveInterval ustawienie może mieć negatywny wpływ na wydajność wystąpienia programu SQL Server. Dostrajanie serwera SQL i dostrajania systemu BizTalk odnoszą się do wszystkich dostępnych artykuły techniczne.

Więcej informacji

Uwaga Ta poprawka rozwiązuje również problem w Microsoft BizTalk 2010 akcelerator HL7. Aby uzyskać więcej informacji na temat tego problemu kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2454887Może być niepoprawnie rejestrowane zdarzenia dla wiadomości BizTalk 2009 akcelerator opartych na MLLP dla HL7 na komputerze, na którym jest uruchomiony program Microsoft BizTalk Server 2009 lub Microsoft BizTalk Server 2010

Informacje o poprawce

Obsługiwana poprawka jest udostępniana przez firmę Microsoft. Jednak ta poprawka jest przeznaczona do usunięcia tylko problemu opisanego w tym artykule. Tylko w systemach, w których występuje problem opisany w tym artykule, należy zastosować tę poprawkę. Ta poprawka może być dodatkowo testowana. Jeżeli dany system nie jest poważnie narażony na ten problem, firma Microsoft zaleca poczekanie na następną aktualizację oprogramowania zawierającą tę poprawkę.

Jeśli poprawka jest dostępna do pobrania, istnieje sekcja "Poprawka dostępna do pobrania" na początku tego artykułu z bazy wiedzy Knowledge Base. Jeśli nie ma w tej sekcji, należy skontaktować się z działem pomocy technicznej firmy Microsoft w celu uzyskania poprawki.

Uwaga Wystąpienia dodatkowych błędów lub konieczności rozwiązania problemu, należy utworzyć osobne zlecenie usługi. Zwykłe technicznej będą pobierane do dodatkowych pytań i problemów, które nie kwalifikują się do tej poprawki. Aby uzyskać pełną listę numerów telefonów z działem pomocy technicznej firmy Microsoft lub utworzyć osobne zlecenie usługi odwiedź następującą witrynę sieci Web firmy Microsoft:
http://support.microsoft.com/contactus/?ws=support
Uwaga "Poprawka dostępna do pobrania" zawiera listę języków, dla których poprawka jest dostępna. Jeśli język nie jest widoczny, jest to, ponieważ poprawka nie jest dostępna dla danego języka.

Wymagania wstępne

Akcelerator Microsoft BizTalk musi mieć dla HL7 (BTAHL7) zainstalować tę poprawkę.

Informacje dotyczące ponownego uruchamiania

Może być ponowne uruchomienie komputera po zastosowaniu tej poprawki. Jeśli nie zostanie wyświetlony monit o ponowne uruchomienie, należy ponownie uruchomić usługi systemu BizTalk. Więcej informacji na temat takiej procedury można znaleźć w pliku Readme.txt uwzględnionej w tym pakiecie poprawek.

Informacje o zastępowaniu

Ta poprawka zastępuje wcześniej wydanej poprawki.

Informacje o plikach

Wersja anglojęzyczna tej poprawki ma atrybuty pliku (lub nowsze) wymieniono w poniższej tabeli. Daty i godziny odpowiadające tym plikom zostały podane skoordynowanego czasu uniwersalnego (UTC). Po wyświetleniu informacji o pliku są konwertowane na czas lokalny. Aby zobaczyć różnicę między czasem UTC i czasem lokalnym, należy użyć Strefa czasowa w karcie Data i godzina element w Panelu sterowania.

Zwiń tę tabelęRozwiń tę tabelę
Nazwa plikuWersja plikuRozmiar plikuDataGodzinaPlatforma
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Cze-201115: 27x 86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Cze-201115: 27x 86
Mllpreceive.exe3.9.526.226,45607-Cze-201115: 27x 86
Mllpsend.exe3.9.526.226 44807-Cze-201115: 27x 86


Informacje o poprawce

Przepływ komunikatów, po tej poprawki jest instalowany i konfigurowany

Po zastosować i włączyć tę poprawkę, karta MLLP przesyła wszystkie wiadomości odebrane przez kartę MLLP do MessageBoxDB. Menedżer punktu końcowego (EPM) wywołuje zwrotnie karty wraz ze stanem składania w BatchComplete Metoda. Powoduje to, że karta wysłanie commit ACK i NAK do systemu przetwórczego. Z kolei systemu przetwórczego ACK/NAK odbiera i przesyła dalej wiadomości. Na BatchComplete Metoda jest niezależna od MaxReceiveInterval ustawienie i nazywa się bezpośrednio po wiadomości przesłane do programu BizTalk pomyślnie.

Natychmiast wiadomość jest gotowa do wysłania, karta Wyślij transmituje wiadomość do systemu niższego rzędu. Jeśli oczekuje się potwierdzenia/NAK Użyj potwierdzenia transportu MLLP Właściwość jest ustawiona na PRAWDA. Jeśli Wyślij potwierdzenie, BizTalk zakończy przetwarzanie pomyślnie. Jeśli jest Wyślij NAK i Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na PRAWDA, wiadomość zostaje zawieszone bezpośrednio bez ponawiania próby. Jednakże jeżeli Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na FAŁSZPonowi próbę BizTalk na podstawie ustawień interwału ponawiania portu Wyślij. (Domyślnie Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na FAŁSZ.)

Poniższy diagram przedstawia przepływ komunikatów:
Zwiń ten obrazekRozwiń ten obrazek
Przepływ komunikatów
  1. Wiadomość wysyłana przez system kopalnianych, aplikacja wysyłająca jest przetwarzane przez MLLP otrzymać karty.
  2. Karta MLLP wysyła komunikat do systemu BizTalk i EPM.
  3. EPM wywołuje zwrotnie karty o stanie przesyłania wiadomości. Robi to EPM Kompletne partii Metoda.
  4. Commit ACK i NAK generowane przez kartę MLLP i opiera się na status dostarczenia partii. ACK/NAK jest wysyłana do aplikacji wysyłającej.

    Uwaga Jeśli jest w stanie przesyłania partii SUKCES, karta zwraca ACK. Jednakże jeśli wystąpi awaria lub składania upłynie limit czasu (na przykład, jeśli Kompletne partii Wywołanie metody limitu czasu), karta zwraca NAK do aplikacji wysyłającej.

  5. EPM przekazuje wiadomość do karty Wysyłanie MLLP dla transmisji.
  6. MLLP wysłać karta wysyła wiadomość przetworzonych systemowi niższego rzędu.
  7. Poziom transportu ACK i NAK oczekuje przez kartę Wyślij MLLP całej komunikacji.
  8. Jeśli komunikat w kroku 7 jest potwierdzenie, karta zwraca się EPM usunąć wiadomość. W przeciwnym razie karta ma poprosić o ponowną próbę wysłania opartą na ustawienie interwału ponawiania EPM. Nowa opcja jest przewidziane ustawienia konfiguracji portu Wyślij zawieszające wiadomości bezpośrednio, bez ponownych prób, jeśli zostanie odebrany MLLP NAK. Domyślnie opcja ta jest ustawiona FAŁSZ. Jeśli opcja ta jest równa PRAWDA, wiadomość zostanie zawieszony bezpośrednio, bez ponownych prób, jeśli zostanie odebrany MLLP NAK.

Format poziom ACK/NACK transportu

Aby uzyskać więcej informacji dotyczących specyfikacji transportu odwiedź następującą witrynę sieci Web HL7:
http://www.HL7.org/v3ballot/HTML/Infrastructure/transport/transport-mllp.HTML
Witryna sieci Web zawiera następujące informacje:
  • Przykład Potwierdzenie zatwierdzania MLLP:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Przykład ujemna MLLP Commit potwierdzenia:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Notatki
  • W tych przykładach <SB>odnosi się do znaku Start bloku (1 bajt). Odpowiada to <VT>znak ASCII lub <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    To nie należy mylić ze znakami SOH lub STX ASCII.
  • W tych przykładach <ACK>lub <NAK>odwołać się do znaku potwierdzenia (1 bajt. Odpowiada znak <ACK>ASCII lub <0x06>) lub znak potwierdzenie negatywne (1 bajt. Odpowiada <NAK>znak ASCII lub <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • W tych przykładach <EB>odnosi się do bloku końcowego znaku (1 bajt). Odpowiada to <FS>znak ASCII lub <0x1C>.</0x1C> </FS> </EB>
  • W tych przykładach<CR>odnosi się do znaku powrotu karetki (1 bajt). Odpowiada to<CR>Znak ASCII lub <0x0D>.</0x0D></CR></CR>
  • Firma Microsoft udostępnia informacje kontaktowe innych firm, aby ułatwić uzyskanie niezbędnej pomocy technicznej. Niniejsze informacje kontaktowe mogą ulec zmianie bez powiadomienia. Microsoft nie gwarantuje dokładności niniejsze informacje kontaktowe innych firm.

Jak skonfigurować Odbierz i Wyślij portów, aby wykorzystywał nowe właściwości

Konfigurowanie Odbierz i Wyślij portów w następujący sposób.

Uwaga Ustawienia portu Wyślij i Odbierz można korzystać niezależnie lub łącznie.

Otrzymać konfigurację portu
  • Port musi być jednokierunkowe portu.
  • Na Uporządkowane dostarczanie Parametr musi być włączony.
  • Musisz ustawić Użyj potwierdzenia transportu MLLP Właściwość PRAWDA Aby umożliwić potwierdzenie poziomu transportu. Domyślnie wartość tej właściwości jest równa FAŁSZ dla istniejących portów lub nowe porty.
Zwiń ten obrazekRozwiń ten obrazek
Otrzymywać portu
Wyślij konfigurację portu
  • Port musi być jednokierunkowe portu.
  • Tryb żądanie odpowiedź musi być ustawiona na Nr.
  • Na Uporządkowane dostarczanie Parametr musi być włączony.
  • Musisz ustawić Użyj potwierdzenia transportu MLLP Właściwość PRAWDA Aby umożliwić potwierdzenie poziomu transportu. Domyślnie wartość tej właściwości jest równa FAŁSZ dla istniejących portów lub nowe porty.
  • Musisz ustawić Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość PRAWDA Jeśli wiadomości zostaje zawieszony bezpośrednio bez ostanie ponowiona po otrzymaniu NAK transportu z niższego rzędu systemu. W przeciwnym wypadku wiadomość zostanie ponowiona liczbę razy jest ustawiony w transporcie zaawansowane opcje wysyłania portu. Domyślnie wartość tej właściwości jest równa FAŁSZ dla istniejących portów lub nowe porty.
Zwiń ten obrazekRozwiń ten obrazek
Wyślij portu

O właściwości "Potwierdzenie transportu MLLP użycia"

W poniższej tabeli opisano zachowanie oczekiwane jednokierunkowe lub dwukierunkowe używające portów Użyj potwierdzenia transportu MLLP Właściwość. Wymagana kombinacja ustawień muszą być stosowane zgodnie z opisem w sekcji "Jak włączyć poprawkę".

Notatki
  • "System kopalnianych" odnosi się do aplikacji wysyłającej. Wysyła wiadomości do programu BizTalk. Te komunikaty są przychodzących systemu BizTalk.
  • "System niższego rzędu" odnosi się do aplikacji odbierającej. Otrzyma wiadomości z systemu BizTalk. Te komunikaty są wychodzące do programu BizTalk.


Zwiń tę tabelęRozwiń tę tabelę
Rodzaj portuMLLP V2 opcjęMLLP V2 opcję Off
Jednokierunkowe odbieraniaWysłać do systemu przetwórczego w MLLP ACK/NAK BatchComplete Metoda.Nie zmiany w zachowaniu. W takiej sytuacji ACK/NAK jest wysyłana do systemu przetwórczego.
Dwukierunkowe odbieraniaNie zmiany w zachowaniu. W takiej sytuacji NAK HL7 ACK/w TransmitMessage Metoda jest wysyłana do systemu przetwórczego.

Uwaga Opcja ta nie jest obsługiwana. Na przykład zignorować, nawet jeśli ma wartość PRAWDA.
Nie zmiany w zachowaniu. W takiej sytuacji NAK HL7 ACK/w TransmitMessage Metoda jest wysyłana do systemu przetwórczego.
Jednokierunkowej operacji wysyłaniaACK MLLP/NAK z niższego rzędu systemu jest oczekiwały po wysłanych wiadomości.Nie zmiany w zachowaniu. W takiej sytuacji ACK/NAK z niższego rzędu systemu jest nie oczekiwały po wysłanych wiadomości.
Dwukierunkowe wysyłanie lub włączony tryb żądanie odpowiedź jednokierunkowej operacji wysyłaniaNie zmiany w zachowaniu. W takiej sytuacji HL7 ACK/NAK z niższego rzędu systemu jest oczekiwały po wysłanych wiadomości.

Uwaga Opcja ta nie jest obsługiwana. Na przykład zignorować, nawet jeśli ma wartość PRAWDA.
Nie zmiany w zachowaniu. W takiej sytuacji HL7 ACK/NAK z niższego rzędu systemu jest oczekiwały po wysłanych wiadomości.


Dwukierunkowe odbierania i wysyłania zachowanie portu nie jest zmieniana. Jednokierunkowe odbierania i wysyłania portu zachowanie również nie zmieni się chyba że Użyj potwierdzenia transportu MLLP Właściwość jest ustawiona na wartość true.

Aby uzyskać więcej informacji zajrzyj do dokumentacji karty MLLP. Jeśli jednokierunkowe odbierania i wysyłania porty mają odpowiednią konfigurację, zwiększa wydajność. Jeśli Użyj potwierdzenia transportu MLLP Właściwości portu dwukierunkowego lub jednokierunkowe portu jest równa FAŁSZ, rodzaju ACK, który jest generowany jest kontynuowane bez zmian. W takiej sytuacji rodzaju ACK, który jest generowany zależy od ustawień BTAHL7 Explorer konfiguracji dla aplikacji, która wysyła wiadomość. Wartości w polach MSH 15 a MSH 16 z określonej wiadomości można zastąpić to ustawienie. Jednakże jeżeli Użyj potwierdzenia transportu MLLP Właściwości portu dwukierunkowego lub jednokierunkowe ma wartość false, można ustawić konfiguracji dla aplikacji, które oczekują, że statyczne ACK tylko przy użyciu Eksploratora konfiguracji BTAHL7. Zachowanie limitu czasu dla portu pozostaje niezmieniony.

Oczekiwane zachowanie narożnika w przypadkach gdy używane są właściwości jest następująca:

ODBIERAĆ
  • WrongMLLPFormat: wiadomości nie zostaną przesłane do programu BizTalk.
  • WrongHL7Format: Komunikat przedłożony do programu BizTalk i ACK MLLP/NAK przekazywany jest oparty na stan ukończenia partii.
  • TransmittingSocketIssue: MLLP ACK/NAK nie było przekazywane, chociaż wiadomości jest przesyłany do systemu BizTalk.
  • ReceivingSocketIssue: nie nadchodzi wiadomość i dlatego nie zostaną przedłożone, a Brak transmisji MLLP ACK/NAK jest wysyłany.
  • Przedłożenie programu BizTalk nie powiedzie się, NAK jest przesyłany.
  • Odebrane ujemny stan partii pełną NAK jest przesyłany.
WYSYŁANIE i wysłać portu Właściwość "wysyłania kolejnych komunikatów w przypadku awarii bieżącego komunikatu stop" = True
  • WrongMLLPFormat: komunikat jest wstrzymane z powodu nie można odczytać ACK MLLP/NACK. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości zostaną wyczyszczone.
  • WrongHL7Format: wiadomości nie powiedzie się, zanim dotrą do karty. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości zostaną wyczyszczone.
  • TransmittingSocketIssue: wiadomość zostaje zawieszone. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości zostaną wyczyszczone.
  • ReceivingSocketIssue: wiadomość zostaje zawieszone. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości zostaną wyczyszczone.

Oczekiwane zachowanie podczas Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na PRAWDA lub FAŁSZ jest następująca:
  • Gdy Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na PRAWDA i otrzymała NAK, wiadomość zostaje zawieszone bez ponów próbę, aby go wysłać.
  • Gdy Zawieszenie komunikat żądania na MLLP Transport NAK Właściwość jest ustawiona na domyślne ustawienie FAŁSZ, ponów próbę, aby wysłać wiadomość zostanie uruchomiony, na podstawie ustawień interwału ponawiania Wyślij portu.

Zmiany w narzędziu MLLP SDK

Narzędzie MLLP SDK zawiera następujące nowe parametry. Wszystkie inne parametry pozostają niezmienione. Aby uzyskać więcej informacji zajrzyj do dokumentacji produktu.
  • Dla MLLPReceive.exe należy użyć nowego parametru zwrócić potwierdzenie MLLP/NAK po otrzymaniu wiadomości. Na przykład:
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • Dla MLLPSend.exe należy użyć nowego parametru oczekiwania dla MLLP ACK/NAK. Na przykład:
    MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 /p 11000 /UseMLLPTransACK

Materiały referencyjne

Aby uzyskać więcej informacji na temat zarządzania ustawieniami wydajności na serwerze BizTalk server, odwiedź następującą witrynę sieci Web Microsoft Developer Network (MSDN):
Zarządzanie ustawieniami wydajności serwera BizTalk
Aby uzyskać więcej informacji na temat wiadomości liczników wydajności można znaleźć w następującej witrynie MSDN sieci Web:
Liczniki wydajności obsługi wiadomości
Aby uzyskać więcej informacji na temat uporządkowane dostarczanie wiadomości odwiedź następującą witrynę sieci Web MSDN:
Uporządkowane dostarczanie wiadomości
Więcej informacji o akcelerator 2010 BizTalk dla HL7 (BTAHL7), odwiedź następującą witrynę sieci Web firmy Microsoft:
Akcelerator 2010 BizTalk dla HL7 dokumentacji (BTAHL7)
Aby uzyskać więcej informacji na temat IBTBatchCallBack.BatchComplete Metoda, odwiedź następującą witrynę sieci Web MSDN:
Metoda IBTBatchCallBack.BatchComplete
Aby uzyskać więcej informacji o poprawkach BizTalk Server kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2003907 Informacje dotyczące poprawek dla programu BizTalk Server

Właściwości

Numer ID artykułu: 2564013 - Ostatnia weryfikacja: 1 listopada 2011 - Weryfikacja: 2.0
Informacje zawarte w tym artykule dotyczą:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Słowa kluczowe: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtpl
Przetłumaczone maszynowo
WAŻNE: Ten artykuł nie został przetłumaczony przez człowieka, tylko przez oprogramowanie do tłumaczenia maszynowego firmy Microsoft. Firma Microsoft oferuje zarówno artykuły tłumaczone przez ludzi, jak i artykuły tłumaczone maszynowo, dzięki czemu każdy użytkownik może uzyskać dostęp do całej zawartości bazy wiedzy Knowledge Base we własnym języku. Prosimy jednak pamiętać, że artykuły przetłumaczone maszynowo nie zawsze są doskonałe. Mogą zawierać błędy słownictwa, składni i gramatyki, przypominające błędy robione przez osoby, dla których język użytkownika nie jest językiem ojczystym. Firma Microsoft nie odpowiada za wszelkie nieścisłości, błędy lub szkody spowodowane nieprawidłowym tłumaczeniem zawartości oraz za wykorzystanie tej zawartości przez klientów. Oprogramowanie do tłumaczenia maszynowego jest często aktualizowane przez firmę Microsoft.
Anglojęzyczna wersja tego artykułu to:2564013

Przekaż opinię

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com