Jak skopiować ustawienia sesji PuTTy z uszkodzonego dysku lub systemu
Jak skopiować ustawienia sesji PuTTy z uszkodzonego dysku lub systemu
Użyj dowolnego narzędzia do odczytywania rejestru np.
MiTeC Windows Registry Recovery 1.6.1
Uruchom MiTec Windows Registry Recovery
- Idź do File -> Open.
- Znajdź stary plik rejestru. Plik ten znajduje się w następującej lokalizacji
C:\Users\username\ntuser.dat(lubC:\Documents and Settings\username\ntuser.datw Windows XP i starszych). Ten plik ma atrybuty ukryty i systemowy więc przy standardowych ustawieniach jest niewidoczny - Idź do Explore > Raw Data.
- Lokalizacja klucza
Software/SimonTatham/PuTTY/Sessions. - Idź do File > Export to REGEDIT4 format.
- On Export to REGEDIT4 oknie, wybierz
HKEY_CURRENT_USER i zaznaczOnly selected key and Cut off root key name. - Zapisz plik do wybranego folderu.
- Sprawdź poprawność klucza - Usuń błędny wpis w rejestrze ręcznie- przykład - usuń wpis ROOT
REGEDIT4
[HKEY_CURRENT_USER\ROOT\SOFTWARE\SimonTatham]
[HKEY_CURRENT_USER\ROOT\SOFTWARE\SimonTatham\PuTTY]
[HKEY_CURRENT_USER\ROOT\SOFTWARE\SimonTatham\PuTTY\Jumplist]
- Zaimportuj wyeksportowany wpis rejestru do klikając na plik .reg dwa razy.
Problem z ikonami na pulpicie - problem z plikami .lnk
Problem z ikonami po zlinkowaniu rozszerzenia .lnk z programem.
Po zlinkowaniu naszych skrótów .lnk tracimy możliwość uruchamiania programów z pulpitu zdalnego. Ikony na pulpicie i na pasku zadań zmieniają swój wygląd. Po kliknięciu na nie otwiera się program który pokazuje błąd otwarcia.
Należy odłączyć linkowanie dymyślnego programu od rozszerzenia .lnk
w tym celu
-uruchomiamy regedit
- znajdujemy klucz HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.lnk
i kasujemy z niego wszystko zostawiając te dwa wpisy
w kluczu OpenWithList zostaje tylko (Domyślna)
w kluczu OpenWithProgids zostają (Domyślna) i Inkfile
Pozostały trzeci klucz i wpisy kasujemy
Zamykamy regedit, i logujemy się ponownie lub restartujemy komputer.
Raporty wydajności MS SQL
W MS SQL można utworzyć własny niestandardowy raport pokazujący szereg informacji na temat wydajności i działania serwera.
SQL Server Management Studio ma trzy wbudowane raporty
Server Activity History – użycie CPU, Memory and Network I/O, SQl Server Wait, and SQL Server Actiity
Disk Usage Summary – Szczegółowe dane dotyczące pracy dysku i używanych plików.
Query Statistiks History – Kosztowne zapytania MS SQL ranking dla CPU, odczytu i zapisu ranking by CPU, duration, reads and writes
SQL Server data collector reports jest dostępny z SQL Server Management Studio
klikamy prawym klawiszem na management data warehouse database lub klikamy prawym klawiszem myszy na Data Collector w Management node and selecting Reports
Raport aktywności serwera
Raport aktywności serwera jest oparty na zestawie danych aktywności systemu serwera i składa się z miniatur DMV i liczników wydajności. Kolektor uruchamia się co 60 sekund, a dane są przesyłane co 15 minut i zachowane przez 14 dni.
Zestaw danych aktywności serwera zawiera informacje z wielu statystyk związanych z SQL Server, takich jak czas oczekiwania, blokady i statystyki pamięci pochodzące od DMV. Ponadto raport zbiera liczniki wydajności systemu Windows Server i SQL Server w celu ich przedstawienia w formie graficznej, raport pokazuje dane takie jak wykorzystanie procesora i pamięci z systemu oraz z procesów działających w systemie.
Raport użycia dysku
Raport wykorzystania dysku oparty jest na zestawie zbierania danych systemu Disk Usage System. Domyślnie raport gromadzi dane dotyczące wykorzystania dysku co sześć godzin i przechowuje dane przez dwa lata.
Domyślnie zestaw zbierania danych systemu Disk Usage zachowuje dane dłużej niż inne zestawy zbiorów danych systemu. Liczba gromadzonych danych systemu Disk Usage jest minimalna, a dłuższa retencja umożliwia śledzenie przestrzeni plików w czasie w celu planowania i analizy.
Raport statystyki zapytania
Raport statystyczny kwerendy oparty jest na zestawie danych statycznych zapytań. Ten zestaw działa co 10 sekund, a dane przesyłane i zapisywane są co 15 minut.Dane domyślnie przechowywane są przez dwa tygodnie. Ten zestaw jest najbardziej intensywny. Aby uniknąć ciągłego przesyłania danych zbieranych przez ten zestaw, dane są buforowane w lokalnym systemie plików i przesłane przez SSIS co 15 minut.
SQL Server określa najbardziej kosztowne zapytania, które mają być wyświetlane w raporcie Query Statistics na podstawie następujących czynników:
- Długie zapytania
- Czas pracy
- Odczyty logiczne
- Zapisy logiczne
- Fizyczne odczyty
- Wykonane zadania
Jak odnaleźć serwer który obsługuje DNS wybranej strony
Jak odnaleźć serwer który obsługuje DNS wybranej strony
wydajemy polecenie:
nslookup -type=A -debug 4w1.eu
C:\Users\ob>nslookup -type=A -debug 4w1.eu
------------
Got answer:
HEADER:
opcode = QUERY, id = 1, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 1, additional = 1
QUESTIONS:
5.100.168.192.in-addr.arpa, type = PTR, class = IN
ANSWERS:
-> 5.100.168.192.in-addr.arpa
name = draco.wan
ttl = 38400 (10 hours 40 mins)
AUTHORITY RECORDS:
-> 100.168.192.in-addr.arpa
nameserver = dns.wan
ttl = 38400 (10 hours 40 mins)
ADDITIONAL RECORDS:
-> dns.wan
internet address = 192.168.100.5
ttl = 38400 (10 hours 40 mins)
------------
Server: draco.wan
Address: 192.168.100.5
------------
Got answer:
HEADER:
opcode = QUERY, id = 2, rcode = NXDOMAIN
header flags: response, want recursion, recursion avail.
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
4w1.eu.cisco, type = A, class = IN
AUTHORITY RECORDS:
-> cisco
ttl = 57 (57 secs)
primary name server = ns1.dns.nic.cisco
responsible mail addr = hostmaster.neustar.biz
serial = 1495002003
refresh = 900 (15 mins)
retry = 900 (15 mins)
expire = 604800 (7 days)
default TTL = 60 (1 min)
------------
------------
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NXDOMAIN
header flags: response, want recursion, recursion avail.
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
4w1.eu.cisco, type = A, class = IN
AUTHORITY RECORDS:
-> cisco
ttl = 57 (57 secs)
primary name server = ns1.dns.nic.cisco
responsible mail addr = hostmaster.neustar.biz
serial = 1495002003
refresh = 900 (15 mins)
retry = 900 (15 mins)
expire = 604800 (7 days)
default TTL = 60 (1 min)
------------
------------
Got answer:
HEADER:
opcode = QUERY, id = 4, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 2, additional = 0
QUESTIONS:
4w1.eu, type = A, class = IN
ANSWERS:
-> 4w1.eu
internet address = 217.173.179.28
ttl = 75790 (21 hours 3 mins 10 secs)
AUTHORITY RECORDS:
-> 4w1.eu
nameserver = ns18.ovh.net
ttl = 75790 (21 hours 3 mins 10 secs)
-> 4w1.eu
nameserver = dns18.ovh.net
ttl = 75790 (21 hours 3 mins 10 secs)
------------
Non-authoritative answer:
Name: 4w1.eu
Address: 217.173.179.28
Po wpisaniu tej komendy mamy wszystkie informacje o domenie





