Recover DC with Only System State Backup

Have you ever had to restore an Active Directory Domain Controller from scratch with only System State backup?

If so, and you already looked over the Internet, probably no direct results mentioned that procedure, basically due to it’s simplicity.

Indeed simple procedure. Starts by building (format and install Windows OS) the server and install all the updates to match the same version and edition used on the original DC.

Enable all features and roles needed and were on the original DC, but do not configure any of it.

Isolate the server, you may use an isolated port or simply change the IP address to something not in that subnet, to avoid conflicts and service interruption.

Promote to domain controller as new domain in new forest. Better to use the original names of DC and domain.

Reboot to DSRM, and login.

Start the system state restore process.

Once done and rebooted, check the event log for any critical / serious messages. If not exist, then you can connect to the network and resync with other domain controllers.

I’ve successfully applied this on Windows 2012R2 and will soon test it again with 2016 and 2019 servers.

However, I still strongly recommend you have the bare metal backup, and perform restore testing every six months.

HTH,

Tips for Me on Cisco Voice IOS

Hi,

I wrote this basically for my own remembering:

1. show call leg active / sh call leg act sum

Helps find active calls running on the voice gateway live.

2. sh call leg act | in Port

Helps filter which ports are being used in case I need to follow it with “shut/no shut” to reset hang ports.

3. csim start <number_to_dial>

Initiate a call from the voice gateway to the number.
Very helpful in troubleshooting voice routes.

4. debug voice ccapi inout / debug cch323 all / debug ip tcp transaction

Along with “csim” and “terminal monitor” it can provide great tool.

5. Check TCP ports on CUCM

As simple as “telnet <ip_address> 1720 / 1719 / 2000 / 2001” can help pointing a communications issue.

HTH,

Exchange Comulative Update Failure

Hay,

During Exchange 2016 or Exchange 2013 server from one CU to another, you may run into strange set of errors.

Funny though, when you track those errors down you will probably end up removing OS patches and updates that actually needed and, even worse, that will not solve your issue.

I’m talkiing about tons of erros directly after the registry entries in the log file, something like:
Process execution failed with exit code 1072
and
Id=MailboxComponent___05b48d0df742416f87cbe69d27751979

Will, in my case, I had to do three things:

1. Re-confirm Schema, Forest, and Domain preparation is done using the “Setup” file from the CU I’m installing.
2. Un-install backup agent that is integrated with Exchange (in my case it was Veeam).
3. Run the setup time after time till it successfully completed. One server required (5) times, the other needed only (3).

Don’t forget to re-install the backup agent.

HTH some1

Exchange PowerShell Error

Well,
You start the Exchange Management Shell (EMS) after a regular Windows update, and boom, you’re end up with an error.
It says:
New-PSSession : Cannot find path ” because it does not exist
Then:
New-PSSession -ConnectionURI “$connectionUri” -ConfigurationName Micr …
And it tries all servers you’ve updated, and you end up with none functional EMS.

Ok,
1st, you shouldn’t update all servers without fully test the update on single one first, you should already know that by now.
2nd, yes it is indeed one of Microsoft products updates caused the crash of another Microsoft product.
3rd, most likely you didn’t update the product itself to the latest version.
4th, yes there is a solution, but it will cost you restarts.

So,
Check if you have the latest updates of Exchange, SharePoint, SQL, or any other application you have. And by checking I mean you check the version you have, and go to the website and find what is the latest version published and what is the latest update package (or cumulative update) is there.

If that is not an option, as I’m expecting from some Exchange and SharePoint admins, then you better start looking into each update installed on that day, and go read about it to find which one included modification and/or update of the PowerShell of the OS. You’ll need then to remove that update in order to test if the issue is gone, and if it’s not, then you’ll have to find the next update, and keep going till you find the one caused that issue.

Yes, I know it’s not much of a help.
However, you may want to check if the PowerShell 5.0 is installed on Exchange 2016 CU8 or earlier, or Exchange 2013 CU19 or earlier, then most likely you want to get back to PowerShell 4.x

Good luck,

Move WhatsApp Data to New Android Phone

Why this note?
Because I didn’t find one on the Internet addresses the gap issue.
See, the problem when you use the cloud backup you may not have enough cloud space. And more, between the moment you start the backup, until the backup is completed, you may receive several messages and medias. Which most likely will be lost once you switch to the next phone.

So, here we goes:

  1. Disconnect your Google drive from WhatsApp

Follow this article for the details: https://www.quora.com/If-I-have-both-a-Google-Drive-and-a-local-backup-of-WhatsApp-chats-how-do-I-ensure-WhatsApp-picks-up-the-local-version-to-restore-when-I-reinstall

  1. Get backup of WhatsApp folder to SD or Flash disk, and copy it to the new phone
  2. Install WhatsApp on new phone, and pay attention to the step after activation. If no backup is detected, or if it is trying to restore a cloud backup, then you missed something

Good luck :)