Verwijderd

Topicstarter
Hallo allemaal,

Het volgende moet gerealiseerd worden. Op een windows 2000 machine hebben we op dit moment nog WSUS 2 draaien. WSUS 2 moet over naar WSUS 3. Echter WSUS 3 werkt niet op W2k. Nu hebben we twee opties. W2k upgraden naar W2k3 dat is helaas niet mogelijk. Of WSUS verplaatsen naar een andere server, een W2k3 server en dan een upgrade uitvoeren van WSUS.

Nu is mijn vraag: Hoe verplaats ik ALLE data (pc's, geweigerde, toegestaande updates) naar een andere server. Het behoud van alle data is erg belangrijk.

  • Keypunchie
  • Registratie: November 2002
  • Niet online
Misschien een beetje flauw, maar: http://lmgtfy.com/?q=exporting+wsus+database

Wat heb je zelf al geprobeerd? Wat ging er fout?

[ Voor 25% gewijzigd door Keypunchie op 09-04-2009 12:34 ]


Verwijderd

Topicstarter
Het ging opzich goed, de nieuwe database werd gevuld, alleen ik miste de updates die geblokkeerd werden.
Dus moest alles weer opnieuw te blokkeren. Aangezien het er behoorlijk veel zijn, was dit weer geen optie.

Verwijderd

Topicstarter
Ik zoek dus een 1 op 1 kopie van Wsus 2. De upgrade is makkelijk te doen.

Verwijderd

Álle updates die vervangen zijn door een andere update of geweigerde updates worden met het opschonen van WSUS verwijderd. Nu weet ik alleen niet of dat in WSUS 2 zit.
Want hoe groot is je database?

Verwijderd

Topicstarter
Dat de updates die verlopen zijn niet meegenomen worden, is geen probleem. Echter niets wordt meegenomen. De database is vrij fors. Maar dat is toch geen probleem?

  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Waarom installeer je geen nieuwe WSUS v2.0 server, die hang je als slave zijnde aan je bestaaande WSUS2 server, vervolgens laat je die volledig syncen en daarna 'promoveer' je hem. Daarna upgrade je hem naar WSUS v3 en je bent klaar?

(geen idee meer of WSUS v2 dit kan)?

  • martinr
  • Registratie: Augustus 2003
  • Laatst online: 12-12-2025
Ik weet niet wat je nu wel of niet hebt geprobeerd. Bij de "API Samples and tools" zitten 2 tools die mij daar al meerdere keren goed bij geholpen hebben. Met de export-tool kun je alle goedkeuringen (en bijbehorende computergroepen) exporteren naar een XML. Op de nieuwe server kun je deze weer importeren.
Waar je wel op moet letten bij het importeren is dat je op de nieuwe server al wel alle benodigde update-types en producten hebt aangevinkt, en een synchronisatie hebt gedraaid. Anders krijg je bij het importeren een zwik foutmeldingen (unkown id), en staan die updates bij de eerstvolgende sync op "not approved".

Edit: PC's komen op die manier niet mee, maar aangezien deze meestal toch via een AD-policy in de goede groep terechtkomen heb je die toch binnen de kortste keren op de nieuwe server weer in beeld.

Edit2: Er staat me wel bij dat ik de oude "API Samples and tools" moest gebruiken om vanaf WSUS 2 te exporteren en de nieuwere versie om op WSUS3 te importeren.

[ Voor 22% gewijzigd door martinr op 10-04-2009 13:55 ]


Verwijderd

Topicstarter
Martinr:

Ik denk dat ik een belangrijke stap oversla, die jij wel beschrijft maar die niet op MS technet staat.
Het volgende heb ik gedaan:

Step 1 Import and Export: Matching Advanced Options
Ensure that advanced synchronization options for express installation files and languages on the export server match the settings on the import server.

To ensure that advanced synchronization options on export server match settings on import server
In the WSUS console of the export server, click the Options tab, and then click Advanced in the Update Files and Languages section.

In the Advanced Synchronization Settings dialog box, check the status of the settings for Download express installation files and Languages options.

In the WSUS console of the import server, click the Options tab, and then click Advanced in the Update Files and Languages section.

In the Advanced Synchronization Settings dialog box, make sure the settings for Download express installation files and Languages options match the selections on the export server.


Step 2 Import and Export: Copying Updates from File System
Copy updates from the file system of the export server to the file system of the import server. These procedures use the Windows Backup or Restore Wizard, but you can use any utility you like. The object is to copy updates from the file system on the export server to the files system of the import server.

Important
The initial settings for access control lists differ between Windows 2000 Server and Windows Server 2003. If you are copying content from Windows 2000 Server to Windows Server 2003, you have to manually add the Network Service group to the access control list for the folder where updates are stored. Give the Network Service group Full Control.
To back up updates from file system of export server to a file
On your export WSUS server, click Start, and then click Run.

In the Run dialog box, type ntbackup. The Backup or Restore Wizard starts by default, unless it is disabled. You can use this wizard or click the link to work in Advanced Mode and use the following steps.

Click the Backup tab, and then specify the folder where updates are stored on the export server. By default, WSUS stores updates at WSUSInstallationDrive:\WSUS\WSUSContent\.

In Backup media or file name, type a path and file name for the backup (.bkf) file.

Click Start Backup. The Backup Job Information dialog box appears.

Click Advanced. Under Backup Type, click Incremental.

From the Backup Job Information dialog box, click Start Backup to start the backup operation.

Move the backup file you just created to the import server.

To restore updates from a file to the file system of the import server
On your import WSUS server, click Start, and then click Run.

In the Run dialog box, type ntbackup. The Backup or Restore Wizard starts by default, unless it is disabled. You can use this wizard or click the link to work in Advanced Mode and use the following steps.

Click the Restore and Manage Media tab, and select the backup file you created on the export server. If the file does not appear, right-click File, and then click Catalog File to add the location of the file.

In Restore files to, click Alternate location. This option preserves the folder structure of the updates; all folders and subfolders will appear in the folder you designate. You must maintain the directory structure for all folders under \WSUSContent.

Under Alternate location, specify the folder where updates are stored on the import server. By default, WSUS stores updates at WSUSInstallationDrive:\WSUS\WSUSContent\. Updates must appear in the folder on the import server designated to hold updates; this is typically done during installation.

Click Start Restore. When the Confirm Restore dialog box appears, click OK to start the restore operation.


Step 3 Import and Export: Copying Metadata from Database
Export update metadata from the database on the export server, and import it into the database on the import server. The WSUS Setup program copies WSUSutil.exe to the file system of the WSUS server during installation. You must be a member of the local Administrators group on the WSUS server to export or import metadata; both operations can only be run from the WSUS server itself.

Important
Never import exported data from a source that you do not trust. Importing content from a source you do not trust might compromise the security of your WSUS server.
Note
During the import or export process, the Update Service, the Windows NT service that underpins the WSUS application, is shut down.
To export metadata from the database of the export server
At the command prompt on the export server, navigate to the folder that contains WSUSutil.exe.

Type the following:

wsusutil.exe export packagename logfile

For example:

wsusutil.exe export export.cab export.log

That is, WSUSutil.exe followed by the export command, the name of an export .cab file, a space, and the name of a log file.

The package (.cab file) and log file name must be unique. WSUSutil.exe creates these two files as it exports metadata from the WSUS database.

Move the export package you just created to the import server.

To import metadata to the database of the import server
At the command prompt on the import server, navigate to the directory that contains WSUSutil.exe.

Type the following:

wsusutil.exe import packagename logfile

For example:

wsusutil.exe import export.cab import.log

That is, WSUSutil.exe followed by the import command, the name of export .cab file created during the export operation, a space, and the name of a log file.

WSUSutil.exe imports the metadata from the export server and creates a log file of the operation.

Note
It can take from 3 to 4 hours for the database to validate content that has just been imported. Please be patient.


Bron: http://technet.microsoft.com/en-us/library/cc720516.aspx


De stap die ik bedoel is die met XML..
Kun je mij de link geven of een handvat waar ik verder naar kan zoeken.
Over de policy settings, dat is geen probleem, simpel aanpassen naar de nieuwe server.

De oude API tools om van WSUS 2 naar WSUS3 te gaan? Dat scheelt me een stap, zou je deze verder willen uitleggen?

Alvast bedankt!

  • martinr
  • Registratie: Augustus 2003
  • Laatst online: 12-12-2025
Bovenstaande heb ik toendertijd ook gelezen, maar ben ik niet mee aan de slag gegaan (is ook meer bedoeld voor co-locaties zonder permanente internet/netwerk verbinding).

Mijn scenario:
- Update files hoefde ik niet per se over te zetten (toch een behoorlijke internetverbinding aanwezig, die 10/15 GB is toch de volgende ochtend al binnen).
- Database hoefde ik niet per se over te zetten (sterker nog: liever niet, ik had er patches in zitten voor meerdere producten die we al niet meer gebruikten, zoals Exchange 2000)
- Computergroepen was handmatig wel te doen, maar als het simpeler kan...
- Goedkeuringen had ik veel werk in gestoken, die wilde ik absoluut overzetten
- Computers worden via policy's in de WSUS-groepen geplaatst, dus die info boeide me in het geheel niet

Ik heb daardoor een heel simpele constructie kunnen gebruiken. Geen verdere voorbereiding nodig gehad.
Op de oude server de "API samples and tools" geinstalleerd (mogelijk dat je daar dan nog versie 2 voor moet gebruiken, ik heb toen niet geprobeerd of dat met de API tools versie 3 ook lukte).
Op de nieuwe server (gewoon ingericht alsof we nog geen WSUS hadden) ook de "API samples and tools" geinstalleerd (http://go.microsoft.com/fwlink/?LinkId=117680). Dat moest per se versie 3 zijn, versie 2 wilde niet goed werken tegen WSUS 3.

Op de oude server:
"%programfiles%\Update Services 2.0 API Samples and Tools\WsusMigrate\WsusMigrationExport\WSUSMigrationExport" wsus.xml

wsus.xml naar de nieuwe server gekopieerd (op een plek waar ik makkelijk met een cmd-prompt naartoe kon). Wel eerst WSUS geconfigureerd (welke producten, welke typen updates) en laten syncen.

Vervolgens de groepen laten aanmaken op de nieuwe server:

"%programfiles%\Update Services 3.0 API Samples and Tools\WsusMigrate\WsusMigrationImport\WSUSMigrationImport" wsus.xml TargetGroups None

Daarna de approvals importeren:
"%programfiles%\Update Services 3.0 API Samples and Tools\WsusMigrate\WsusMigrationImport\WSUSMigrationImport" wsus.xml Approvals None

Je zult dan misschien een paar foutmeldingen voorbij zien komen van goedkeuringen (of declines) van patches die zou oud waren dat WSUS ze niet meer bij Microsoft vandaan kreeg aangeboden (en dus het id niet kent), en evt. van patches voor producten die op de oude server stonden die je op de nieuwe niet meer hebt ingeschakeld. En WSUS zal druk aan het downloaden gaan (omdat alle goedkeuringen/afkeuring zijn overgenomen vanuit het xml-bestand).

Edit:
Onderin de readme van de import/export tools staat:
Migrating from WSUS 2.0 to WSUS 3.0:

The migration tool can be used to migrate target groups and update approvals from a WSUS 2.0 server to a WSUS 3.0 server. To accomplish this, you must run the WSUS 2.0 version of the export tool to create the exported xml file and then use the WSUS 3.0 version of the import tool with that xml targeting a WSUS 3.0 server.

[ Voor 10% gewijzigd door martinr op 10-04-2009 17:58 ]


Verwijderd

Topicstarter
yes! opgelost :*)
Pagina: 1