Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: appjw w Wrzesień 18, 2017, 08:50:17
-
Mam problem ponieważ po ustawieniu harmonogramu w Archiwizatorze żadne archiwa się nie tworzą. Na Windows XP działał mechanizm bez zarzutu natomiast w Windows 10 to nie działa. Już sprawdzałem czy mam prawa do zapisu w wybranym katalogu. Może ktoś już się z tym spotkał ?
-
A próbowałeś uruchomić to zadanie z poziomu harmonogramu?
-
Patrzyłem w katalogu c:\Windows\Tasks istnieje dodany zapis z rozszerzeniem .job ale w zadaniach harmonogramu windows nie ma tego zadania. Wynika z tego, że w Windows 10 jest inny format zadania niż w Windows XP. Na XP sprawdzałem - wszystkie harmonogramy z katalogu c:\Windows\Tasks są widziane w harmonogramie zadań. Może muszą być teraz w innym katalogu ??
-
Dziwnie to sprawdzasz. Patrzyłeś tutaj?
-
Ogólnie na Windows 10 wszystko działa, jeśli nie działa to indywidualny problem z konfiguracją lub instalacją systemu operacyjnego, miałem przypadek, że na Windows 10 nie chciały mi się uruchamiać zadania, niestety zabrakło czasu na analizę problemu, wstępne poszukiwania po komunikatach błędów odsyłały również do Windows 7... Niestety nie napisałeś nawet czy zadanie się uruchamia, ani jakie błędy się pojawiają...
-
Już działa. Jeszcze raz zainstalowałem aplikację - tym razem od razu 1.48 SP2. Ale zauważyłem, że podczas dodawania harmonogramu należy zamknąć Harmonogram zadań i dopiero po dodaniu ponownie otworzyć. Miałem też dziwny przypadek podczas pierwszej instalacji na Windows 10, że program stwierdził nieprawidłowy format daty - z kropkami i kazał zamienić na RRRR-MM-DD a pierwotnie Windows 10 dla lokalizacji polskiej miał chyba DD.MM.RRRR Trochę dziwne - na Windows 7 i Windows XP nigdy nie miałem takiego komunikatu o konieczności zmiany formatu daty. Wszystkim dziękuję za pomoc. Temat zamknięty.
-
Ale zauważyłem, że podczas dodawania harmonogramu należy zamknąć Harmonogram zadań i dopiero po dodaniu ponownie otworzyć.
Co to niby znaczy "zamknąć i otworzyć Harmonogram zadań" ? Jest to przecież usługa systemowa...
Miałem też dziwny przypadek podczas pierwszej instalacji na Windows 10, że program stwierdził nieprawidłowy format daty - z kropkami i kazał zamienić na RRRR-MM-DD a pierwotnie Windows 10 dla lokalizacji polskiej miał chyba DD.MM.RRRR Trochę dziwne - na Windows 7 i Windows XP nigdy nie miałem takiego komunikatu o konieczności zmiany formatu daty.
Problem znany od początku pojawienia się Windows 10... Dziwne jest to, że jeszcze o nim nie słyszałeś oraz to, że Microsoft - producent systemu Windows - po kilkunastu latach zmienił domyślne ustawienia regionalne dla Polski, więc programy nie miały wielu okazji wcześniej wyświetlać tego komunikatu...
W najbliższej wersji 1.49 program będzie już pracował z ustawieniami regionalnymi systemu operacyjnego.
-
Małe uzupełnienie - w harmonogramie wystarczy kliknąć F5 - Odśwież i zmiany pojawią się od razu.
Co do dziwnych zachowań z datą, czy ustawieniami regionalnymi, to historycznie analogiczne problemy pojawiały się już przy Win 7, tylko wtedy nie było to tak ładnie opisane.
-
To przy okazji wątku, gdyby ktoś z tym jeszcze walczył na Win10:
Z konta użytkownika, który nawet ma uprawnienia amina, ale ma puste hasło, to z harmonogramu większość skryptów nie pójdzie (a na pewno te, które robią np. backup z lokalnej bazy MS SQL) i to nawet takie, które odpalone ręcznie, nie z harmonogramu, pójdą. Jak ktoś koniecznie nie chce hasła, a te skrypty z harmonogramu odpalać chce, to musi jako właściciela dać np. system a nie tego admina bez hasła. Często też w harmonogramie skrypty potrzebują dużo wyższych uprawnień niż odpalane normalnie (np. skrypt zmieniający datę czy czas - normalnie pójdzie, a w harmonogramie będzie wymagał skryptu do "samopodniesienia" mu uprawnień).
-
Nie wiem o czym piszesz - nie od W10 tylko od zawsze zadania w harmonogramie zadań, które ma być uruchamiane bez zalogowanego użytkownika wymaga konta z nadanym hasłem.
-
Nie wiem o czym piszesz - nie od W10 tylko od zawsze zadania w harmonogramie zadań, które ma być uruchamiane bez zalogowanego użytkownika wymaga konta z nadanym hasłem.
Ach to ciągłe używanie dużego kwantyfikatora przez tutejszych guru... Nie od zawsze. Kolega zakładający wątek migrował z XP i skrypt tam działający przestał Mu działać. Zapewniam, że skrypt odpalany przez harmonogram robiący np. backup bazy MS SQL na koncie bez hasła na XP działa, po migracji na 7 też działa i dopiero po migracji na 8 i 10 przestaje działać, ale też da się go bez hasła odpalić, jeśli w harmonogramie ustawić to jako zadanie systemowe.
-
Nie wiem o czym piszesz - nie od W10 tylko od zawsze zadania w harmonogramie zadań, które ma być uruchamiane bez zalogowanego użytkownika wymaga konta z nadanym hasłem.
Ach to ciągłe używanie dużego kwantyfikatora przez tutejszych guru... Nie od zawsze. Kolega zakładający wątek migrował z XP i skrypt tam działający przestał Mu działać.
Ach to wypowiadanie się na tematy, o których nie ma się pojęcia i mylenie problemów - skąd wiesz jaka była konfiguracja zadania na XP, jaka jest teraz na W10 i dlaczego nie działa ? :o Ja od zawsze (od XP) konfiguruję harmonogram zadań tak samo i nie wiedzieć czemu zawsze mi działa, pomijam uszkodzenia systemu operacyjnego o którym już wspominałem.
Zapewniam, że skrypt odpalany przez harmonogram robiący np. backup bazy MS SQL na koncie bez hasła na XP działa, po migracji na 7 też działa i dopiero po migracji na 8 i 10 przestaje działać, ale też da się go bez hasła odpalić, jeśli w harmonogramie ustawić to jako zadanie systemowe.
A jakie znaczenie ma wykonywane zadanie przez harmonogram skoro cały czas rozmawiamy o samym jego uruchomieniu ?
To Ty i inni przypinacie mi/nam etykietki "guru", ja za takiego w sferze administracji systemami operacyjnymi się uznaję, wręcz przeciwnie, wiem niewiele (tyle ile potrzebuję), więc chętnie dowiem się czego nowego, w tym przypadku jako ciekawostkę, gdyż konta do takich operacji powinny być dedykowane i z nadanymi hasłami...
Niestety nie potrafię dodać zadania na koncie, które nie posiada hasła, już na etapie tworzenia dostaję błąd jak na zrzucie ekranu (XP Prof SP3):