W ciągu ostatnich kilku dni niektórzy czytelnicy z pewnością napotkali znany kod błędu z identyfikatorem zdarzenia Enterprise Vault 7263. Ten problem często występuje z wielu powodów. Powiedzmy to teraz.
z¾i±¡
wszystkie
解決方法
Enterprise Fault rejestruje następujące typy błędów:
Nazwa dziennika: Veritas Enterprise Vault Źródło: Enterprise Vault Data: 12.03.2019 22:02:25 Identyfikator wydarzenia: 28944 Przechowywanie zadań Kategoria: Monitorowanie plików Poziom: Błąd Słowa kluczowe: klasyczne Użytkownik: n/d Komputer: nazwa_komputera.Organizacja.de Opis: Aplikacja fiskalna innej firmy „EMC Elastic Storage cloud (ECS) Streamer” dla systemów pamięci masowej zawiera następujący komunikat:
Metoda CStreamerObject nie powiodła się:: Informacje JMC = Powód 0x80070057 Opis = Wymagany parametr wejściowy to NULL. Nazwa parametru = „Identyfikator sklepu”.
Cloud Elastic Storage Device (ecs) Zwraca identyfikator każdego zapisanego pliku na określonym urządzeniu. Magazyny Enterprise Vault (ev) to identyfikator, ten bieżący identyfikator w tabeli magazynu Vault w kolumnie membertablestore_xxx Informacje o SPStoreIdentifier of. Ten identyfikator EV jest używany, gdy dane mają być zawsze odbierane z urządzenia. Czasami większość urządzeń zwraca wartość zerową EV, ponieważ element nie był jeszcze bezpiecznie przechowywany na urządzeniu. CPU przestawił to na EV. Zwróć Moja wartość null dla tego identyfikatora niebędącego identyfikatorem oznacza dodanie wpisu do tabeli membertablestore_xxx. Bez pełnego wpisu MemberTableStore_XXX element in może nie wywołać zdarzenia 28944 i odzyskać.
Problem został zgłoszony w artykule bazy wiedzy Veritas — https://www.veritas.com/support/en_US/article.100044142
Zdarzenie jest generowane, ponieważ usługa Vault veritas Enterprise Directory może zostać zatrzymana przed niektórymi usługami Vault veritas Enterprise Indexing lub Vault veritas Enterprise Storage. ————————————————————— —— —– —————————- ———- —– ——————————— —— ——— —— ——- ——————-
Według News Group: Powód: Wpływ prawdopodobnie będzie spowodowany tym, że usługa Vault-e Directory servicenterprise może zostać zakończona przed zindeksowaniem usług pamięci masowej lub Vault-enterprise Vault-enterprise. Jest to potencjalne zdarzenie . zdarzyło się, że rejestrowanie godzin pracy jest ignorowane, tak jest w przypadku, gdy Enterprise bezpośrednio zatrzymuje usługę zarządzania pamięcią masową. Rozwiązanie 1: 1.Kliknij Start | “Programy” “Administracyjne | narzędzia” | Zabezpieczenia „Zasady lokalne”, uruchom, aby włączyć aplikację zasad edytora grup na firmowym serwerze Vault. 2.Przejdź do „Zasady lokalne” | „Przeniesienie praw użytkowania”. Sprawdź dokładne uprawnienia „Debugowanie w programach”, upewnij się, że rzeczywiste konto usługi Service Vault jest wyraźnie wymienione w „Ustawieniach” zabezpieczeń. 3. Jeśli dostawcy kont magazynu (VSA) nie zostaną wymienieni, sprawdź ikonę obok pozycji „Programy debugowania”. “włączone. Jeśli ikona jest plikiem, który właśnie oznaczyłeś niebieskimi zerami i w rezultacie jedynkami, ta lokalna zasada bezpieczeństwa jest uszkodzona. Kliknij dwukrotnie Programy Swoboda” “Debuguj” i dodaj ich konto usługi “Dodaj repozytorium”, aby zakończyć poprawna konfiguracja ochrony. 4 .Po odzyskaniu Uprawnienia umożliwiające debugowanie programów na koncie konta Vault muszą ponownie uruchomić komputer w całym programie Enterprise Services Vault. W rzeczywistości może to być usługa Von Enterprise Storage Management Service Frequent Service Restart lub usługa Storage Service Restart Service. Serwery są produkowane przez Enterprise. Rozwiązanie 2. Kliknij | Programy startowe | Narzędzia administratora | Usługi Przewiń def, aby zatrzymać usługi i uruchom, aby sprawdzić, czy usługa Enterprise Vault jest usługą. Jeśli usługi prawie się nie uruchamiają, ponieważ Twój typ uruchomienia został ustawiony na Automatyczny, sprawdź dziennik zdarzeń Enterprise Vault jako obsługę zdarzeń.
Linki referencyjne
Identyfikator zdarzenia 8390 wykryty w VERITAS Enterprise Vault(tm), gdy „administracja zatrzymała usługę