Upcoming Job couple thoughts on DC demotion
-
@prcssupport said in Upcoming Job couple thoughts on DC demotion:
They all desk jump and will use a different workspace multple times during the day.
But they desktops were never exactly the same and data was always somewhere on another system. So it sped them up once I gave them roaming profiles.
Sounds like they aren't properly licensing their software. I can't think of another reason to jump workstations throughout the day. They may initially save money, but all that desk jumping is going to cost them in the long run. More IT tickets and less productivity
-
I've V2V'd one of our DC's (it was also our on-site exchange) it was rather painless once it was understood on the process to get it done.
Disable AD replication functions, export and import into it's new home. I would imagine the same thing would have to occur with a physical.
Disable the AD functions, P2V and import.
-
@DustinB3403 said in Upcoming Job couple thoughts on DC demotion:
I've V2V'd one of our DC's (it was also our on-site exchange) it was rather painless once it was understood on the process to get it done.
Disable AD replication functions, export and import into it's new home. I would imagine the same thing would have to occur with a physical.
Disable the AD functions, P2V and import.
I don't get the DC P2V mentality. It is 10x quicker and less risky to build a new DC with the latest OS and transfer the roles.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@DustinB3403 said in Upcoming Job couple thoughts on DC demotion:
I've V2V'd one of our DC's (it was also our on-site exchange) it was rather painless once it was understood on the process to get it done.
Disable AD replication functions, export and import into it's new home. I would imagine the same thing would have to occur with a physical.
Disable the AD functions, P2V and import.
I don't get the DC P2V mentality. It is 10x quicker and less risky to build a new DC with the latest OS and transfer the roles.
In this case (and I wasn't the decider on it) because of ADFS, and everything involved with it, it was cheaper to have me migrate the system into XS, than to pay our MSP to build a new one.
-
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that aren't supposed to be on a DC.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that
arearen't supposed to be on a DC.FTFY.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that aren't supposed to be on a DC.
Well, I don't know about you, I don't have tons of Windows licenses hanging around so I can stand up a file/print only server.
-
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that aren't supposed to be on a DC.
Well, I don't know about you, I don't have tons of Windows licenses hanging around so I can stand up a file/print only server.
You should have a license for every function. We are talking about critical business functions here. AD, printing, and file sharing.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that aren't supposed to be on a DC.
Well, I don't know about you, I don't have tons of Windows licenses hanging around so I can stand up a file/print only server.
You should have a license for every function. We are talking about critical business functions here. AD, printing, and file sharing.
Yeah, I'm not sure I agree with that for most SMBs.
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
You could use the same server for files and printing if you had to do so, but DCs should be on their own server.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
How where you syncing the data?
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
How where you syncing the data?
DFS
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
IRJ's point was that P2Ving a DC is kinda a waste of time.
But, if you have a bunch of shares/data on it, it might just be easier to P2V versus building a new one, changing all drive mappings, etc.
It's a good chance to get rid of files shares and other things that aren't supposed to be on a DC.
Well, I don't know about you, I don't have tons of Windows licenses hanging around so I can stand up a file/print only server.
You should have a license for every function. We are talking about critical business functions here. AD, printing, and file sharing.
Yeah, I'm not sure I agree with that for most SMBs.
Right, for most SMB that is a waste of money. This is why SBS was so hugely popular.
-
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
How where you syncing the data?
DFS
and that didn't require a change to the end users? configurations? i.e. drive mappings?
-
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
How where you syncing the data?
DFS
and that didn't require a change to the end users? configurations? i.e. drive mappings?
not if they were not using it as he said they were not until the server died.
-
@JaredBusch said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
@Dashrender said in Upcoming Job couple thoughts on DC demotion:
@IRJ said in Upcoming Job couple thoughts on DC demotion:
We had a DC that P2V when I started working here. It had all major file shares, printers, etc off it. The first thing I did was build a new DC and transfer the roles. The next thing I did was build a new print server and take away printer services from it. The next thing I did was migrated the file shares to a new file server.
Even though I mirrored everything to the new file server, people will still accessing the old server and I didnt really have the suppport of the rest of the IT department. Until one day when the old server died and all we had to do was a DNS redirect. I was a hero
So your data was on both servers? or the printers were?
Data
How where you syncing the data?
DFS
and that didn't require a change to the end users? configurations? i.e. drive mappings?
not if they were not using it as he said they were not until the server died.
I haven't used DFS before - so I don't know how the setup works.
