ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Burned by Eschewing Best Practices

    Scheduled Pinned Locked Moved IT Discussion
    best practices
    1.0k Posts 38 Posters 343.9k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      bnrstnr @scottalanmiller
      last edited by

      @scottalanmiller said in Burned by Eschewing Best Practices:

      Taking bets, but we just know that this is the cardinal sin of AD.

      I am ashamedly guilty of this, too 😞 and we've been living with it for years. I just setup an A record in our AD DNS for www to point to our web host. If I had any issues other than this I would have fixed it by now, but it's not that big of a deal.

      1 Reply Last reply Reply Quote 2
      • RojoLocoR
        RojoLoco
        last edited by

        https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

        "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

        scottalanmillerS dbeatoD 2 Replies Last reply Reply Quote 3
        • scottalanmillerS
          scottalanmiller @RojoLoco
          last edited by

          @rojoloco said in Burned by Eschewing Best Practices:

          https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

          "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

          That one is a pretty major best practice. Deploy off hours. So basic.

          Reid CooperR 1 Reply Last reply Reply Quote 0
          • Reid CooperR
            Reid Cooper @scottalanmiller
            last edited by

            @scottalanmiller said in Burned by Eschewing Best Practices:

            @rojoloco said in Burned by Eschewing Best Practices:

            https://community.spiceworks.com/topic/2083822-oh-no-the-feed-service-is-currently-down-nov-7-2017

            "oops, we totally blew it when we decided to upgrade the backend during regular business hours.... No, we don't know when it will be fixed."

            That one is a pretty major best practice. Deploy off hours. So basic.

            Indeed it is.

            1 Reply Last reply Reply Quote 0
            • dbeatoD
              dbeato @scottalanmiller
              last edited by

              @scottalanmiller Many have done it this way because in the past Microsoft "recommended it" and they did not understand the requirements and kept upgrading their DCs with the same domain name....

              1 Reply Last reply Reply Quote 0
              • dbeatoD
                dbeato @RojoLoco
                last edited by

                @rojoloco Yes, the off hours update would have gone much better.

                1 Reply Last reply Reply Quote 0
                • dbeatoD
                  dbeato
                  last edited by

                  I don't know about this one
                  https://community.spiceworks.com/topic/2084810-dell-h700-upgrade-and-esxi?source=superfeed

                  scottalanmillerS 1 Reply Last reply Reply Quote 0
                  • scottalanmillerS
                    scottalanmiller @dbeato
                    last edited by

                    @dbeato said in Burned by Eschewing Best Practices:

                    I don't know about this one
                    https://community.spiceworks.com/topic/2084810-dell-h700-upgrade-and-esxi?source=superfeed

                    Not cost effective, but should be fine.

                    1 Reply Last reply Reply Quote 0
                    • mlnewsM
                      mlnews
                      last edited by

                      RAID 5, lost two disks, didn't take solid backups.

                      https://community.spiceworks.com/topic/2088286-hyper-v-server-2012-corrupt-filesystem

                      1 Reply Last reply Reply Quote 0
                      • scottalanmillerS
                        scottalanmiller
                        last edited by

                        WAMP on Windows 2008. C'mon, really? Doesn't the fact that you are trapped on a decade old OS tip you off that this is a bad idea?

                        1 Reply Last reply Reply Quote 2
                        • scottalanmillerS
                          scottalanmiller
                          last edited by

                          Used FakeRAID and no virtualization and SBS.

                          1 Reply Last reply Reply Quote 0
                          • scottalanmillerS
                            scottalanmiller
                            last edited by

                            Following my rule that topics come in bundles, here is yet another Intel FakeRAID and no virtualization post.

                            1 Reply Last reply Reply Quote 0
                            • DustinB3403D
                              DustinB3403
                              last edited by

                              This f'ing guy keeps wanting to use RAID0 for his backup system, for no reason at all!

                              scottalanmillerS 1 Reply Last reply Reply Quote 1
                              • scottalanmillerS
                                scottalanmiller @DustinB3403
                                last edited by

                                @dustinb3403 said in Burned by Eschewing Best Practices:

                                This f'ing guy keeps wanting to use RAID0 for his backup system, for no reason at all!

                                Not for a backup. He's not doing backups. Just a second local copy! And not even virtualized!

                                1 Reply Last reply Reply Quote 1
                                • scottalanmillerS
                                  scottalanmiller
                                  last edited by

                                  Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                  ObsolesceO 1 Reply Last reply Reply Quote 0
                                  • ObsolesceO
                                    Obsolesce @scottalanmiller
                                    last edited by

                                    @scottalanmiller said in Burned by Eschewing Best Practices:

                                    Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                    When Access or Excel seem like a good place to store a structured set of data, It's not... ever.

                                    scottalanmillerS 1 Reply Last reply Reply Quote 2
                                    • scottalanmillerS
                                      scottalanmiller @Obsolesce
                                      last edited by

                                      @tim_g said in Burned by Eschewing Best Practices:

                                      @scottalanmiller said in Burned by Eschewing Best Practices:

                                      Thought that by paying the high toll for MS Access that even if the system was crappy, that it would at least be quick and easy. Turns out, it's not.

                                      When Access or Excel seem like a good place to store a structured set of data, It's not... ever.

                                      Excel is great for a single user and like 15 data points 🙂 Once it doesn't fit on a single screen, Excel is not the right tool.

                                      EddieJenningsE 1 Reply Last reply Reply Quote 3
                                      • DustinB3403D
                                        DustinB3403
                                        last edited by DustinB3403

                                        Rebooted an array that had failed, and refused to boot after replacing the drive.

                                        Got lucky and was able to pop the failing drive back into the array and get back to operational. Is now asking for advice.

                                        travisdh1T 1 Reply Last reply Reply Quote 0
                                        • travisdh1T
                                          travisdh1 @DustinB3403
                                          last edited by

                                          @dustinb3403 said in Burned by Eschewing Best Practices:

                                          Rebooted an array that had failed, and refused to boot after replacing the drive.

                                          Got lucky and was able to pop the failing drive back into the array and get back to operational. Is now asking for advice.

                                          A Unitrends appliance as well, why was support not called before doing anything else?

                                          1 Reply Last reply Reply Quote 0
                                          • EddieJenningsE
                                            EddieJennings @scottalanmiller
                                            last edited by

                                            @scottalanmiller Once it doesn't fit on a single screen, Excel is not the right tool.

                                            More like it's time to buy another monitor and get to stretching that window. 😛

                                            scottalanmillerS 1 Reply Last reply Reply Quote 2
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 6
                                            • 50
                                            • 51
                                            • 4 / 51
                                            • First post
                                              Last post