ku pamięci

Ku pamięci: TFS Problem z New Team Project Wizard

Przy tworzeniu nowego projektu na Team Foundation Serverze za pomoca Visual Studio Team Explorer 2008 z SP1 pojawił mi się następujący błąd:

Error
TF30004: The New Team Project Wizard encountered an unexpected error while initializing the Microsoft.ProjectCreationWizard.Reporting plug-in.
Explanation
TF30171: The Microsoft.ProjectCreationWizard.Reporting plug-in used to create the new team project could not be initialized and returned the following error: TF30224: Failed to retrieve projects from the report server. Please check that the SQL Server Reporting Services Web and Windows services are running and you have sufficient privileges for creating a project..
User Action
Contact your Team Foundation Server administrator.

Jednocześnie zauważyłem, że przestały się w Team Explorerze wyświetlać raporty. Pierwsza myśl, że coś nie jest w porządku z Reporting Services. Na szczęście mojej obawy nie udało się potwierdzić, na innej maszynie z Team Explorerem raporty pojawiły się prawidłowo, tam też udało się utworzyć projekt. Wniosek, problem dotyczy tylko Team Explorera na jednej maszynie.

Ponowne zainstalowanie SP1 dla Visual Studio Team Explorer 2008 spowodowało, że błąd przestał się pojawiać.

Po poszukiwaniach w Internecie znalazłem, że to dość częsty problem.

źródło poza własnym doświadczeniem:

TFS SQL Reports Red Cross issue and Project creation failed – MSDN Forums

TFS 2008/Visual Studio 2008 TF30004 TF30171 TF30224 Can’t create a new project – MSDN Forums

TF03177: Team Project Creation Failed – The Joy of Code

Ku pamięci: Naprawa schowka w sesji RDP

Bardzo dużo pracuję używając zdalnego pulpitu. Do łączenia używam systemowego klienta jak i innych narzędzi (mRemote a ostatnio vissionapp Remote Desktop 2010). Bez usługi zdalnego pulpitu właściwie trudno wyobrazić mi sobie zdalną pracę z Windowsami.

Jednak od czasu do czasu używanie RDP  potrafi być naprawdę denerwujące.

Zdarza mi się doświadczać problemu z tym, że przestaje działać schowek pomiędzy maszyną z której się łączę z maszyną docelową. Uniemożliwia to przeprowadzenie kopiowania i wklejania treści. Niestety problem jest na tyle losowy, że nie udało mi się znaleźć jego przyczyny. Udało mi się za to w Internecie wyszperać rozwiązanie.

Zamknięcie i ponowne uruchomienie procesu rdpclip na zdalnej maszynie powoduje, że schowek wraca do poprawnego działania. Przykład tej operacji:

taskkill.exe /im rdpclip.exe & rdpclip.exe

 

źródło: Fix Cut And Paste Problems With Remote Desktop – Random Stuff About Software

Ku pamięci: Windows 7 SuperAdmin panel (GodMode)

Co zrobić, żeby mieć wszystkie ustawiena systemowe Windowsa 7 jednym miejscu? Udało mi sie wczoraj znaleźć rozwiązanie. W internecie figuruje jako SuperAdmin, Master Control lub GodMode.

Aby utworzyć widok panela SuperAdmin należy:

  • Utworzyć w dowolnym miejscu nowy folder
  • Przemianować go na: SuperAdmin.{ED7BA470-8E54-465E-825C-99712043E01C}
  • Po kliknięciu na folder ukaże się okno z całym mnóstwem ustawień:

Lista innych dostępnych GUIDów, które można wykorzystać w podobny sposób, by uzyskac łatwy dostęp do określonego menu jest dostępna na MSDN.

Metoda działa również w Windows Server 2008 R2 oraz Windows Server 2008 i Windows Vista ale tylko w wersji 32 bitowej (w wersji 64 bitowej po utworzeniu folderu explorer zaczyna działać niestabilnie, usunięcie folderu ratuje sytuację).

Zadałem sobie trochę trudu starając się odszukać najstarszą notkę o użyciu tej funkcjonalności i znalazłem wpis z 28.11.2007 dotyczący Windows Vista.

W razie problemów przykład usunięcia folderu. Za pomocą linii komend przejść tam gdzie został umieszczony folder i naprawić problem usuwając nowoutworzony folder:

cd tam_gdzie_jest_folder

rd SuperAdmin.{ED7BA470-8E54-465E-825C-99712043E01C}

źródła:

Canonical Names of Control Panel Items – MSDN

Enable GodMode On Windows 7 – Geek In Disguise

Enable Windows 7 SuperAdmin-Mode – Helmers Blog

[Registry Hack] VISTA – All Control Panel & Setting tasks at one place – MeraWindows.com

Ku pamięci: Automatyczne wyłączenie komputerów do których nikt nie jest zalogowany

Przyszło mi po Świętach zmierzyć się z zadaniem jakim jest przygotowanie metody na wyłączenie wszystkich maszyn, do których nikt nie jest zalogowany – głównie nieużywane podczas przerwy świątecznej Serwery Terminali i stacje robocze.

Z pomocą przyszedł mi program PsLoggedOn wchodzący w skład zestawu narzędzi PsTools. Pakiet PsTools rozpakowałem do głównego katalogu mojego dysku systemowego.

Przygotowałem poniższy skrypt (plik CMD):

FOR /f %%a in (c:\PsTools\shutdownlist.txt) do (
c:\PsTools\psloggedon -l \\%%a > c:\PsTools\userlist.txt
IF errorlevel 0 ((
TYPE c:\PsTools\userlist.txt | find /i “MYDOMAIN”
)
IF errorlevel 1 (
shutdown -m \\%%a -f -s -t 00
))

W pliku c:\PsTools\shutdownlist.txt umieściłem nazwy komputerów które mają być sprawdzone pod kątem zalogowanych użytkowników i ewentualnie wyłączone gdy nikt nie jest zalogowany (przełącznik –l pomija sesje nawiązane do zasobów sieciowych – w razie potrzeby można z niego zrezygnować).

W przypadku stwierdzenie zalogowanego użytkownika należącego do domeny MYDOMAIN wyłączenie stacji nie jest wykonywane.

Metoda może być wykorzystywana do cyklicznego wyłączania maszyn z pomocą harmonogramu zadań zarówno zdalnie dla wielu maszyn pracujących w domenie jak i lokalnie dla wolnostojącego komputera w grupie roboczej (dla grupy roboczej należy MYDOMAIN zamienić na nazwę maszyny i w pliku c:\PsTools\shutdownlist.txt umieścić tylko nazwę lokalnego komputera). Dodatkowo należy upewnić się, że użytkownik wykonujący zadanie ma prawa wymagane do wykonania wyłączenia maszyn.

źródła poza własnym doświadczeniem:

PsLoggedOn – TechNet

.bat to shutdown un-logged on PC’s – computing.net

Ku pamięci: Jak sprawdzić jaki jest rekord MX dla domeny?

W ciągu ostatnich kilku dni ponad 5 osób zadało mi to samo pytanie. Nie wiem skąd wynika ta kumulacja ale liczę się z tym, że się jeszcze nie skończyła.

Jak sprawdzić jaki rekord MX przypisany jest dla domeny?

Bardzo prosto to zrobić z użyciem CMD:


nslookup

set type=mx

stilger.eu

Jak w CMD sprawdzic jaki jest rekord MX dla domeny

Dla niewtajemniczonych informacja co to jest rekord MX. Rekord MX (mail exchange record) mapuje nazwę domeny DNS na nazwę serwera poczty i podaje jego priorytet.

źródło: własne doświadczenia

Ku pamięci: Exception from HRESULT: 0×80040E14

Na jednym Sharepointowych serwerów w wirtualnym labie przy otwarciu strony pojawił się błąd “Exception from HRESULT: 0×80040E14″:

Exception from HRESULT 0x80040E14

W eventlogu nie znalazłem niczego interesującego, za to w logu SharePointa (C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS) znalazłem często występujący następujący komunikat:

12/02/2009 14:45:28.52 w3wp.exe (0×2720) 0×0838 Windows SharePoint Services Database 6f8g Unexpected Unexpected query execution failure, error code 9002. Additional error information from SQL Server is included below. “The transaction log for database ‘STS_Content’ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases” Query text (if available): “{?=call proc_CheckoutDocument(?,?,?,?,?,?,?,?,?,?,?,?)}”

Okazało się, że na dysku jest zbyt mało pustego miejsca.
Problem jest prosty do rozwiązania. Po odzyskaniu pustego miejsca na dysku na którym składowane są bazy danych wykorzystywane przez SharePointa sytuacja wraca do normy i witryny funkcjonują normalnie. Inne operacje jak IISRESET nie są konieczne.

źródło: własne doświadczenie

Ku pamięci: Czyszczenie VS Team Explorer cache – The workspace already exists

Co zrobić jak Visual Studio Team Explorer podczas tworzenia workspace zaskoczy nas komunikatem:

Team Foundation Error

System.Web.Services.Protocols.SoapException: The workspace xxx;domain\username already exists on computer yyy. at Microsoft.TeamFoundation.VersionControl.Server.Repository.CreateWorkspace(Workspace workspace)

TFS Team Explorer Error - The workspace already exists

Aby rozwiązać problem należy wyczyścić cache aplikacji, przez zmianę nazwy jego folderu lub usunięcie zawartości.

Cache Visual Studio Team Explorer znajduje się:

  • w Windows 7/Vista: C:\Users\username\AppData\Local\Microsoft\Team Foundation\2.0.
  • w Windows XP: C:\Documents and Settings\username\Local Settings\Application Data\Microsoft\Team Foundation\2.0.

źródło: własne doświadczenie

Ku pamięci: WSS/MOSS – jeśli kreator nie daje rady

Z wizardami to już tak jest, że jak czarują to wszystko w porządku. Jeśli jednak przestają czarować trzeba się zastanowić jak sobie bez nich poradzić.

Kreatorem z którym się często spotykam jest SharePoint Products and Technologies Configuration Wizard (Kreator konfiguracji programu SharePoint). Niestety czasem mimo szczerych chęci i dobrego przygotowania widzę taki obrazek jak poniżej:

SharePoint Products and Technologies Configuration Wizard error

Coś nie poszło po mojej myśli.

Wtedy trzeba zajrzeć do logu i usunąć przyczynę problemu. Niestety czasem się zdarza, że na podstawie logu generowanego przez kreator nie można zdiagnozować co konkretnie jest problemem.

Warto wtedy posłużyć się innym narzędziem które pozwala na dokładniejsze zdiagnozowanie problemu:

Tutaj z pomocą przychodzi (umieszczone zwykle w c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\) narzędzie psconfig.exe. Uruchamiając go np. tak (opcja dla in place upgrade):

psconfig.exe -cmd upgrade -inplace b2b -wait -force

Log wygenerowany przez psconfig będzie znacznie obszerniejszy i może ułatwić szybsze znalezienie przyczyny problemu.

źródła: własne doświadczenia

Ku pamięci: PowerShell na Microsoft Hyper-V Server 2008 R2

Wraz ze wsparciem dla .NET w Windows 2008 R2 w wersji Core pojawiła się możliwość zainstalowania PowerShell. Skoro jest to możliwe w Core dlaczego nie używać PowerShella na Hyper-V Server 2008 R2?

Aby zainstalować powłokę PowerShell na Hyper-V Server 2008 R2 należy:

  • Z menu konfiguracji systemu (niebieska konsola: Server Configuration) wybieramy: “4″ (Configure Remote Management), a następnie “2″ (Enable Windows PowerShell). Podczas tej operacji zainstalowany zostanie .NET Framework, PowerShell oraz zmieniona polityka uruchamianie skryptów PowerShell na RemoteSigned pozwalającą na uruchamianie niepodpisanych skryptów (np. pobranych z Internetu).
  • System zaproponuje restart, który akceptujemy.

PowerShell Microsoft Hyper-V Server 2008 R2 Server Configuration

  • Po restarcie uruchomimy PowerShell komendą:

start PowerShell

To samo można również zrobić również standardowo jak na Windows Server 2008 R2 w wersji Core:

  • Zainstalować .NET Framework:

start /w ocsetup NetFx2-ServerCore

  • Zainstalować PowerShell:

start /w ocsetup MicrosoftWindowsPowerShell

    • Możemy już uruchomić PowerShell:

    start C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe

    lub po restarcie również można użyć:

    start PowerShell

    PowerShell Microsoft Hyper-V Server 2008 R2

  • Set-ExecutionPolicy RemoteSigned

    Teraz zarządzanie maszynami Wirtualnymi na Hyper-V Server i Hyper-V zainstalowanym jako rola w Windows Server 2008 R2 wreszcie jest na dobrym poziomie. Postaram się niedługo podzielić PowerShellowymi skryptami których używam do backupu i wykonywania migawek wirtualnych systemów.

    źródło: własne doświadczenia poparte dokumentacją

    Ku pamięci: Edycja pliku hosts w Windows 7 x64

    Awaria serwerów DNS operatora obsługującego moją domenę (złożę reklamację na usługi AZ.pl) spowodowała u mnie konieczność nieeleganckiej ingerencji w plik hosts na moim komputerze.

    Aby edytować plik hosts, który jest wykorzystywany przez system przy rozwiązywaniu nazw jako pierwszy należy go najpierw znaleźć:)

    Domyślnym folderem gdzie powinien się znajdować plik jest: %systemroot%\system32\drivers\etc. Najprościej dostać się do niego wpisując lokalizację w “uruchom”.

    Potem tylko edytować plik hosts – wymaga podniesienia uprawnień.

    Dostanie się do pliku hosts na systemach x64 może sprawiać problemy dla aplikacji 32bitowych (np. Total Commander), które nie umieją obsłużyć x64 drzewa plików. Aby rozwiązać ten problem należy utworzyć w %systemroot% folder “sysnative”. Przeglądając ten folder za pomocą aplikacji 32bitowych odnajdziemy kompletną zawartość, której spodziewamy się w “System32″.

    Rozwiązanie ma zastosowanie  w innych x64 wersjach Windows.

    źródło: własne doświadczenia

    Ku pamięci: Podgląd miniatur w Windows Server 2008 R2

    Zauważyłem, że w Windows Server 2008 R2 z poziomu okienek nie jest dostępna możliwość podglądu miniatur obrazów.

    Można to zmienić przez edycję rejestru:

    Windows Registry Editor Version
    5.00[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced]“IconsOnly”=dword:00000000

    Po dodaniu wpisu do rejestru i przelogowaniu podgląd miniatur jest włączony.

    źródło: własne doświadczenia

    Ku pamięci: Zmiana domyślnej wielkości template dla list i site’ów Sharepointowych

    Zapisywanie list i site’ów SharePointowych jako template jest bardzo łatwą
    metodą przenoszenia danych z jednego miejsca w inne.

     

    Domyślne ustawienie WSS 3.0 i MOSS 2007 pozwalają wygenerować template mający
    10MB. Przy próbie wygenerowanie większego zwracany jest błąd: "The list is too
    large to save as a template. The size of a template cannot exceed 10485760 bytes".
    Aby zmienić limit na 50MB należy wykonać:

     

    cd C:\Program Files\Common
    Files\Microsoft Shared\web server extensions\12\BIN

    stsadm -o setproperty -propertyname
    max-template-document-size -propertyvalue 52428800

     

    Parametr propertyvalue jest wartością wyrażoną w bitach. Górna granica to 524288000
    czyli 500MB. Przy próbie wprowadzenia większej wartości otrzymujemy jeden z
    błędów:

    - The specified value for maximum template document size is not valid. Please
    specify a positive number less than 524288000.

    - Value was either too large or too small for an Int32.

     

    źródło: własne doświadczenia

    Ku pamięci: Windows 7 – szyfrowanie partycji systemowej za pomoca BitLockera na komputerze nie posiadającym TPM

    Użytkownicy Windows 7 na maszynach nie posiadających
    modułu TPM mogą skorzystać z BitLockera do szyfrowania partycji systemowej. Wymagane do tego jest składowanie
    klucza na pamięci USB.

    Uruchamiając kreator włączający BitLockera na komputerze bez TPM 1.2 napotkamy
    na następujący komunikat:

    “A compatible Trusted Platform Module (TPM) Service Device must be present on
    this computer, but TPM was not found. Please contact your system administrator
    to enable BitLocker.”
    Windows 7 BitLocker on system partition without TPM 01

    Nie się czym przerażać:) To było w planie. Działanie to jest spowodowane
    przez domyślne ustawienie Group Policy (Zasad Grupy) dla BitLockera.

    Aby zezwolić na składowanie klucza na napędzie USB należy:

    • uruchomić edytor zasad grupy
      gpedit.msc
    • przejść do Computer Configuration -> Administrative Templates -> Windows
      Components -> BitLocker Drive Encryption -> Operating System Drives ->
      Require Additional Authentication at Startup:
    • Windows 7 BitLocker on system partition without TPM 02

    • Włączyć tę zasadę (Enabled). Automatycznie zaznaczy się tick przy “Alow
      BitLocker without a compatible TPM (requires a startup key on USB flash
      drive)”, właśnie to ustawienia wymusza wygenerowanie błędu na pierwszym
      screenie z tego wpisu (ciekawscy pewnie zauważą, że można również globalnie
      wyłączyć możliwość szyfrowania z użyciem TPM):
      Windows 7 BitLocker on system partition without TPM 03

    Po zmianie ustawień kreator włączenia BitLockera dla dysku systemowego
    działa:

    Windows 7 BitLocker on system partition without TPM 04

    Aby kontynuować operację należy podłączyć napęd USB:

    Windows 7 BitLocker on system partition without TPM 05

    Powyższy tekst dotyczy również Windows Server 2008 R2. Zmian można również
    dokonać przez GPO jeśli korzystamy z AD Windows Server 2008 R2. Nowe GPO oferuje
    praktycznie pełną kontrolę nad BitLockerem (szkoda, że tak późno… …przydało
    by się to wcześniej).

    źródło: własne doświadczenia

    Ku pamięci: Instalacja Microsoft Forefront Client bez Forefront Management Server

    Z pewnych przyczyn musiałem przygotować dla kilku klientów procedurę
    instalacji Microsoft Forefront Client bez użycia Forefront Management Server.

    Główną częścią procedury jest u mieszczenie w napędzie płyty instalacyjnej i
    uruchomienie:

    CLIENTSETUP /NOMOM

    Mam nadzieję, że się przyda:)

     

    źródło: własne doświadczenia poparte szperaniem po sieci

    Ku pamięci: IE8 obejście problemu z Conditional Comments

    IE8 ma taki feler, że jak się tworzy Conditional Comments w celu wybrania
    odpowiedniego arkusza stylów, np:

    <!–[if (!IE) | (gte IE 8)]>–>
    <style type=”text/css”>
    @import url(‘Stylesheet_CSSCompatible.css’);
    </style>
    <!–<![endif]–>

    wyświetla na górze wstrętną “pozostałość” po komentarzu, tj. “–>”

    IE8 i z tego co widzę tylko ta przeglądarka ma tą właściwość! Pozostałe, tj.
    Chrome, IE 5.5, 6,7, 8 w trybie zgodności z 7, Opera 9.6 i Firefox 3 pomijają ten element. Aby otrzymać prawidłowy kod należy
    użyć:

    <!–[if (!IE) | (gte IE 8)]><!—>
    <style type=”text/css”>
    @import url(‘Stylesheet_CSSCompatible.css’);
    </style>
    <!–<![endif]–>

    Działa:)

    źródła:

    własne doświadczenia poparte kontaktem z Jackiem S.

    Ku pamięci: Problem z rejestracją w DNS

    Ciekawa sprawa. Do jednego z naszych branch offices wysłaliśmy wirtualny
    obraz z zainstalowanym Windows 2003 i aplikacją, która ma pracować w tym
    oddziale. Co ciekawe po podłączeniu do naszej firmowej sieci (point to point
    VPN) system nie pozwalał na zalogowanie się do kont domenowych. Po zalogowaniu
    się na konto lokalne została sprawdzona konfiguracja TCP/IP – konfiguracja była
    OK, możliwa była komunikacja . W systemowym event logu pojawiły się następujące
    ostrzeżenia:


    Event Type: Warning
    Event Source: DnsApi
    Event Category: None
    Event ID: 11166
    Date: 5/16/2009
    Time:
    7:00:13 AM
    User: N/A

    Computer: COMPUTERNAME
    Description:
    The system failed to register host (A)
    resource records (RRs) for network adapter
    with settings:

    Adapter Name : {D80A45E0-B48C-446C-B018-781FF1764B2B}
    Host Name :
    COMPUTERNAME

    Primary Domain Suffix : domainname.local
    DNS server list :
    172.06.10.4, 172.06.26.8, 172.06.34.8, 10.236.13.5
    Sent update to server : 172.16.10.4
    IP Address(es) :
    10.236.15.156

    The reason the system could not register
    these RRs was because of a security related problem. The cause of this could be
    (a) your computer does not have permissions to register and update the specific
    DNS domain name set for this adapter, or (b) there might have been a problem
    negotiating valid credentials with the DNS server during the processing of the
    update request.

    You can manually retry DNS registration
    of the network adapter and its settings by typing "ipconfig /registerdns" at the
    command prompt. If problems still persist, contact your DNS server or network
    systems administrator. For specific error code, see the record data displayed
    below.

    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
    Data:
    0000: 39 23 00 00 9#..

    Polecenie ipconfig /registerdns nie przynosiło żadnychPo sprawdzeniu logów na
    serwerze DNS okazało, że ma żadnych prób rejestracji nazwy dla tego komputera.
    Inne komputery z tego branchu mogły się rejestrować, zatem odrzuciliśmy
    przyczynę problemu związaną z problemami sieciowymi. Zatem problem tkwił w
    serwerze.

    Pozostało tylko go znaleźć:) Rozwiązanie udało się wyszukać na grupie:
    microsoft.public.windows.server.general.

    Aby komputer się zarejestrował prawidłowo należy:

    • Usunąć nieprawidłowy wpis w DNS (w naszym przypadku go nie było).
    • Zaplikować następujący wpis w rejestrze:

    Windows Registry Editor Version
    5.00

    [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows
    NT\DNSClient]
    "RegistrationOverwritesInConflict"=dword:00000001

    Po tych operacjach wykonanie ipconfig /registerdns powiodło się, komputer zaczął pracować poprawnie.

     

    żródła:

    własne doświadczenia


    archiwum grupy: microsoft.public.windows.server.general

    Ku pamięci: Remote Assistance – You do not have access to logon to this session

    Firma w której pracuję zmieniła oprogramowanie stosowane przez Helpdesk do
    zdalnej pomocy użytkownikom. Zdecydowaliśmy się na używanie do tego celu usługi
    Remote Assistance.

    Wszystko zostało skonfigurowane poprawnie (linki w
    źródłach) ale niestety na części komputerów klienckich pojawił się problem.

    Problem:

    Część stacji klienckich pomimo poprawnego aplikowania zasad grupy
    wyświetla komunikat o niemożliwości udzielenia ich użytkownikom pomocy.
    Komunikat który otrzymywał ekspert przy próbie udzielenia pomocy: "You do not
    have access to logon to this session". Dotyczyło to zarówno maszyn pracujących
    od dawna w sieci jak i maszyn które zostały wdrożone niedawno.

    Śledztwo:

    Skoro dotyczyło to również części nowych maszyn
    przyjrzałem się procesowi deploymentu nowych maszyn. Powód problemu udało mi się po
    jakimś czasie odkryć. Helpdesk podczas operacji przygotowania nowych komputerów
    używał narzędzia

    NewSID
    do przygotowania nowych maszyn z obrazów i problem
    występował tylko na maszynach gdzie nazwa bądź SID została zmieniona przy jego
    użyciu.

    Rozwiązanie:

    Uruchomienie lokalnie z uprawnieniami lokalnego administratora
    (np. jako skrypt dystrubuowany przez GPO i uruchomiony na koncie komputera):

    @Echo off
    Echo Stopping The Remote Assistance Service…
    net stop rdsessmgr
    sleep 5
    Echo Running Fix for Remote Assistance…
    %systemroot%\system32\sessmgr.exe -service
    sleep 5
    Echo Starting Remote Assistance Service…
    net start rdsessmgr

     

    źródła:

    własne doświadczenia


    Remote Assistance: Fixing Offer Remote Assistance – nerd

    How to configure a computer
    to receive Remote Assistance offers in Windows Server 2003 and in Windows XP -
    Technet

    Zarządzanie Remote
    Assistance w domenie AD – WSS.pl

    Ku pamięci: Windows 7 montowanie obrazów ISO – MagicDisc

    Niestety do tej pory Windows nie doczekał się natywnego wsparcia dla
    montowania obrazów płyt ISO. Biorąc pod uwagę Windows 7 i Windows Server 2008 R2
    tym bardziej jest to dziwne, bo takie wsparcie dla

    VHD
    jest – czyli jednak można coś montować… Grupy
    produktowe były wielokrotnie proszone przez użytkowników o wsparcie dla ISO,
    jednak pozostało to bez echa. Niestety.

    Podczas instalacji kilku programów do
    montowania plików ISO na Windows 7 x64 spotkałem problemy z niekompatybilnością.
    Rozpocząłem szukanie dobrego programu działającego na najnowszych wersjach
    systemu Windows.

    Znalazłem bezpłatny program który umożliwi taką operację i
    jest bardzo przyjazny.

    MagicDisc
    jest programem umożliwiającym montowanie obrazów
    płyt pod Windows 7, Windows Server 2008 R2 i starszymi wersjami Windows. Bardzo
    dobrą wiadomością jest kompatybilność właściwie ze wszystkimi dostępnymi
    wersjami Windows.

    Poza ISO MagicDisc umożliwia montowanie:

    • BIN (CDRWin)
    • IMA/IMG (Generic disk images)
    • CIF (Easy CD Creator)
    • NRG (Nero – Burning ROM)
    • IMG/CCD (CloneCD)
    • MDF/MDS (Fantom CD)
    • VCD (Farstone Virtual Drive)
    • VaporCD (Noum Vapor CDROM)
    • P01/MD1/XA (Gear)
    • VC4/000 (Virtual CD)
    • VDI (Virtuo CD Manager)
    • C2D (WinOnCD)
    • BWI/BWT (BlinkWrite)
    • CDI (DiscJuggler)
    • TAO/DAO (Duplicator)
    • PDI (Instant Copy)

    Co ważne program po instalacji nie wymaga restartu (inaczej
    niż wiele podobnych programów) co może być ważne w stosowaniu na serwerach
    Windows. Niestety sterownik instalowany przez program nie jest podpisany cyfrowo
    i podczas instalacji na X64 systemach jesteśmy o tym informowani. Pomimo tego
    program działa bez problemów.

    źródło: MagicDisc – witryna pobierania

    Ku pamięci: exFat – jak to się je?

    Wraz z SP1 dla Windows Vista wprowadzono obsługę systemu plików exFAT. Ten
    system plików ma kilka zalet powodujących, że warto się nim zainteresować:

    •  maksymalna wielkość pliku 16EB (dla FAT32 jest to tylko 4GB)
    • dostęp do ACL (FAT32 i starsze nie miały możliwości kontrolowania
      uprawnień do plików)
    • możliwość tworzenia partycji większych niż 32GB (FAT32 w implementacji
      Microsoft nie wspiera formatowania partycji większych niż 32GB)
    • limit ilości plików w folderze 2^16 (!)
    • mniej podatny na fragmentację niż FAT32 (Free Space Bitmap).

    exFAT stworzony jest z myślą o popularnych pamięciach przenośnych.

    Aby uzyskać dostęp do systemu plików exFAT do Windows XP należy doinstalować
    poprawkę

    KB955704
    .

    Obsługa systemu plików exFAT jest dostępna dla Windows XP SP 2/3 (po
    zainstalowaniu w/w łatki), Windows Vista SP1/2, Windows 7, Windows Server 2008,
    Windows Server 2008 R2 , Windows Embedded CE 6.0,

    Dostępny jest również
    patch dla Linux
    umozliwiający obsługę exFAT.

     

    źródła:

    własne doświadczenia

    Limitations of the FAT32 File
    System in Windows XP


    Description of the exFAT file system driver update package

    Ku pamięci: VSTS TFS jak przenieść bazę TFSWarehouse w inne miejsce (przydatne dla każdej innej bazy Microsoft SQL Server)

    Parę dni temu opisałem w jaki sposób rozwiązałem

    problem z Data WareHouse
    w TFS. Napisałem, że pewna rzecz
    związana z konfiguracją SQL Servera utrudniła mi zadanie.

    Problem jest dość
    błahy ale w konfiguracji która u mnie działa narobił sporo zamieszania. W
    konfiguracji jako lokalizacja baz danych i logów była ustawiona domyślna
    lokalizacja: C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA

    SQL_Server_Properties

    Przy tworzeniu nowej bazy została ona utworzona właśnie w tej lokalizacji.
    Niestety partycja C jest dość mała i przyrastający szybko baza szybko
    zapełniłaby ją.

    Należało podjąć akcję aby do tego nie dopuścić i przenieść ją na partycję która
    w moim przypadku służy do składowania baz związanych z TFS.

    1. Nie czekając na dokończenie aktualizowania bazy danych
    wyłączyłem usługi związane z TFS:

    iisreset /stop
    net stop “TFSServerScheduler”
    net stop “SQL Server Reporting Services (MSSQLSERVER)”

    2. Odłączyłem bazę:

    USE [master]
    GO
    EXEC master.dbo.sp_detach_db @dbname = N’TfsWarehouse’, @keepfulltextindexfile=N’true’
    GO

    3. Przeniosłem pliki bazy i logu do prawidłowej w moim przypadku
    lokalizacji.

    4. Podłączyłem bazę danych i log:

    USE [master]
    GO
    CREATE DATABASE [TfsWarehouse] ON
    ( FILENAME = N’E:\MS SQL TFS\TfsWarehouse.mdf’ ),
    ( FILENAME = N’E:\MS SQL TFS\TFSWarehouse_log.LDF’ )
    FOR ATTACH
    GO

    5. Uruchomiłem TFS:

    net start “SQL
    Server
    Reporting Services (MSSQLSERVER)”
    net start “TFSServerScheduler”
    iisreset /start

    6. Wymusiłem proces Data WareHouse:
    Run
    i sprawdziłem czy się wykonuje: GetWarehouseStatus a następnie
    sprawdziłem czy proces został zakończony poprawnie:  wszystko

    jak w tym wpisie
    . Oczywiście wszystko działa.

    Świetny przykład jak przy użyciu minimalnej ilości operacji przenieść bazę danych Microsoft SQL Server:)

    źródła:

    własne doświadczenia